Task: 専用エージェントのRecipe雛形を作る

背景

decisions/0002で、専用エージェントの 土台にGoose、モデルにOpenCode Go、実行単位にRecipe、置き場所にagent/recipes/を 確定した。まだagent/ディレクトリ自体が存在しないため、最初のRecipe雛形と説明を 作り、goose recipe validateが通る状態にする。

目的

goose run --recipe agent/recipes/info-gathering.yamlで情報収集アシストを起動できる （少なくともvalidateが通り、構成が決定0002と一致している）状態を作る。

受け入れ条件

• agent/recipes/info-gathering.yamlが存在し、goose recipe validateが通る
• RecipeのextensionsはDuckDuckGo検索（uvx duckduckgo-mcp-server）と 法令検索（npx -y @shuji-bonji/houki-egov-mcp）のstdio定義のみを含み、 developer等のbash/edit相当のbuiltin extensionを含まない
• 出力はresponseのJSON Schemaで「ingest候補のリスト（url、title、理由、 出典種別）」に固定されている
• agent/README.mdに、実行方法（必要な環境変数OPENAI_API_KEY/OPENAI_HOST/ GOOSE_PROVIDER/GOOSE_MODELを含む）と、decision 0002へのリンクがある
• make checkが通る

実施記録: 2026-07-05にFable 5（Claude Code CLI）で実装。goose recipe validateは 初回で通過。同日、OpenCode Go（opencode_goネイティブプロバイダ、deepseek-v4-pro） 設定後にend-to-end実行も確認: MCPツール（DuckDuckGo検索・houki-egov法令検索）が 実際に呼ばれ、JSON Schemaどおりのingest候補5件が返った。--no-profileがRecipe内 extensionsまで無効化する挙動を発見し、README・decision 0002に反映した。

変更範囲

• 変更してよいファイル: docs/architecture.md（構成表の記述調整のみ）
• 新しく作ってよいファイル: agent/recipes/*.yaml、agent/README.md
• 変更しないもの: AGENTS.md、packages/、config/、既存のdecisions

確認方法

goose recipe validate agent/recipes/info-gathering.yaml
make check