Linear 研究精査
生きたLinear研究チケットに対して、1日1回の品質の精査パスを実行します。デフォルトの対象は DEV-47（DevArts Labワークスペース内の、ジョブトラッカーをCloudflare上のマルチテナントSaaSとして製品化するチケット）です。別のチケット識別子を渡すことで、他のチケットにも再利用できます。
パスのプロトコル
-
チケットを取得：linear-mcp-serverを使用して（
get_issueまたはlist_issuesで識別子を指定）、チケットを取得します。まず、説明全文とすべてのコメントを読んでください。 -
1つのフォーカスエリアを選択：最も優先度の高い未解決の質問（信頼度が低いもの）、または発見事項の中で最も古い未検証の主張のいずれかを選びます。すべてに手を出すのではなく、1つのエリアに深く集中します。
-
信頼できる情報源のみで調査：公式ドキュメント、変更履歴、ベンダーの価格ページ、上流のリポジトリ/Issueを使用します。
web_search+webfetchを使用し、各ソースのURLと確認日を記録します。 -
チケットをその場で更新（
save_issueパッチ）：- 検証済みの主張に
[verified YYYY-MM-DD: ソース]のマークを付ける - 古いまたは誤った主張を修正する
- 回答済みの質問を決定ログに移動：日付、決定、証拠、信頼度、決定を変える可能性のある要因を記録
- 新たに発見した未解決の質問を追加（なぜ重要か + 優先度）
- 証拠が正当化する場合、フェーズ/計画を更新する
- 検証済みの主張に
-
パスごとに1つのコメント（
save_comment）：フォーカスエリア、変更内容、次に確認すべき点を記述します。製品の判断（価格設定、スコープ、プライバシーのトレードオフなど）は、ユーザー自身に判断を委ねるためにフラグを立て、決定は行いません。 -
範囲を制限：集中したインクリメントに留めます。毎日のパスが積み重なります。
ルール
- 調査とチケットの更新のみを行います。コードやリポジトリは変更しないでください。
- 情報源や機能をでっち上げないでください。検証できない主張は、不足している証拠とともに「未検証」としてマークします。
- チケットの構造を維持し、その場で編集し、全体を書き換えないでください。
- すべての質問が解決された場合：最も古い検証済みの主張を再検証する（情報は陳腐化する可能性があります）か、実装計画を深めます。
- ワークスペースのリポジトリはコンテキストのために読むことはできますが、編集はできません。
スケジューリング
スケジュールされたコピーは、エージェント研究キット（~/projects/devartslab/agent-research-kit/install.sh）によってプロジェクトごとに生成されます。このキットは、各プロジェクトのIssue IDを指定して templates/prompt.md.tmpl をレンダリングします。このファイルは対話型のリファレンスであり、キットのプロンプトテンプレートがスケジュールされたマスターです。