chore: improve chapter 6-8 manuscript alignment

[laiso]

Summary

• 第6章の統合版 CLI を本書の構造（baseInstructions / issueDrivenInstructions / instructions: isIssueDriven ? ...）に寄せ直し、後続章（7章 GitHub連携、8章サンドボックス、付録機能）の要素が先に見える理由をコメントとサポートサイトに整理しました。
• 第6章の Google provider について、LLM_API_KEY を @google/genai SDK が自動参照する GEMINI_API_KEY に反映するよう修正し、回帰テストを追加しました。
• 第7章の Issue 駆動ワークフローで、信頼済みの実行指示（ISSUE_BODY）と未信頼の Issue 本文（ISSUE_TEXT）を分離し、Prompt Injection 対策としてデリミタと注意書きを追加しました。
• 第7章の Git / GitHub ツールと第8章の execCommandSandbox について、ツール description は本書の文言を維持し、安全補強（ブランチ名検証、git add --、git commit -F、--body-file、validateTitle、危険パターン検知など）はコードコメントとサポートサイトで補足する形に整理しました。
• サポートサイトに、6→7→8章を順に写経する読者向けの補足を追加しました。

Verification

• bunx tsc --noEmit
• bun test
• git diff --check
• execCommandSandbox の commandName / commandArgs 形式と危険パターン拒否のスモーク確認
• Git / GitHub ツールの入力検証スモーク確認
• ISSUE_BODY / ISSUE_TEXT の CLI 入力判定スモーク確認
• .github/workflows/nano-code.yml の YAML パース確認
• サポートサイトの追加アンカー確認

[github-actions]

レビューしました。全体として、Issue 本文を未信頼入力として分離するワークフロー変更や、各 Provider で tool call / tool result の不整合を補正する方向性は実運用上の 400 エラー対策として良い改善だと思います。bun test も実行し、既存テストは pass していることを確認しました。

ただし、1 点ブロッカーがあります。

Must fix

src/core/prompt.ts が ESM 環境で起動時に壊れます

この PR で fileURLToPath(import.meta.url) と path.dirname(__filename) による __dirname 定義が削除されていますが、package.json は ESM ("type": "module") のため、Node/Bun の ESM 実行時に CommonJS の __dirname は定義されません。

現在の実装では以下の行で ReferenceError: __dirname is not defined になり、loadInstructions() を通る CLI / review 実行が起動できなくなる可能性があります。

const basePath = path.resolve(__dirname, 'prompt.md');

コメントにも「ESM環境では __dirname が未定義」と書かれていますが、注意喚起ではなく実際に実行時エラーになります。元の実装に戻すか、例えば以下のように ESM 対応の __dirname を復元してください。

import { fileURLToPath } from 'url';

const __filename = fileURLToPath(import.meta.url);
const __dirname = path.dirname(__filename);

あわせて、loadInstructions() が prompt.md と workspace の AGENTS.md を読めることを確認するテストを追加すると、この種の回帰を防げると思います。

確認結果

• bun test は pass しました。
• ただし上記の loadInstructions() の ESM 起動経路は既存テストでカバーされていないようです。

この __dirname の回帰を修正すれば、他の変更は概ね良い方向だと思います。