エンジニアリング

ドキュメントをコード変更と常に整合させる。

変更の影響を受けるドキュメントを見つけ、コード参照付きのレビュー済み更新を準備します。

調査と下書きお客様が定義する承認ルール
エンジニアリングワークフローの例
作業中の下書きドキュメントをコード変更と整合させる
コード変更設定を更新済み
影響を受けるドキュメントセットアップガイド
パッチオーナーによるレビュー
ソースを保持オーナーによるレビュー

出力の例です。ワークフローはお客様の記録とルールに基づいて形づくられます。

既存のシステムと連携

お客様のシステムを、1つの連携したワークフローに。

チームが既に使っているツールからコンテキストを取り込みます。MCPサーバーやAPIを接続して記録を読み取り、アクションを連携させ、エビデンスをまとめて管理します。

GitHubSlackNotion+ その他MCPとAPIの接続を見る ↗
入力から出力まで

作業がどのようにまとまるかをご覧ください。

リクエスト、役割分担、引き継ぎを確認できます。各ステップでソースのコンテキストが添付されたままです。

ワークフローの流れ
作業の開始点

コード変更が承認済みブランチに反映されます。

Corinは、このワークフローで利用可能にした手順や記録とともにリクエストを活用します。

01マージされた変更とリンクされた課題コンテキスト
02現行のドキュメントコンテキスト
03ドキュメントのスタイルと担当コンテキスト
活用場面

自社の記録とルールで、ドキュメントをコード変更と整合させます。

コード変更が承認済みブランチに反映されます。次のステップを有効なものにするには、マージされた変更とリンクされた課題、現行のドキュメント、ドキュメントのスタイルと担当が必要です。

まずはチームが既に実践している手順から始めます。Corinはそのコンテキストを活用して役割分担を提案し、接続したツール全体で作業の連携を支援します。

自社に合わせる

1つのプロセスから始めます。

01

コンテキストを用意します。

マージされた変更とリンクされた課題、現行のドキュメント、ドキュメントのスタイルと担当を用意します。このチームに読み取りを許可するシステムとドキュメントを選択します。

02

役割を確認します。

変更コンテキストエージェント、ドキュメントマッピングエージェント、起案エージェントを出発点として使用します。各ロールのツール、権限、承認の境界を設定します。

03

最初の引き継ぎを確認します。

代表的なタスクを実行します。結果を手順と比較し、ソースと未解決の質問をレビューしたうえで、ワークフローを拡大する前にチームを調整してください。

中核はオープンソース

自社の働き方に合わせて構築。

手順、接続されたコンテキスト、承認ルールを Corin に渡します。エージェントチームをレビューし、作業を開始させましょう。