Trueful番外編2：ドキュメントが散らかった話、あるいは「正本」をどこに置くか
Hiroba による自動要約
個人開発プロジェクト Trueful でロードマップと Qiita 記事が複数ファイルに分散していた問題に直面し、Google Drive を正本に統一することを決定。Claude が直接読み書きできる権限と運用の摩擦を天秤にかけた結果、GitHub や Project Knowledge ではなく Google Drive を選択。同時に不要になったプロンプトファイルの設定を廃棄し、ドキュメント生成の自動トリガーを「ユーザーの指示待ち」に変更した。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 3516 件あります。
関連する記事
同じタグの記事
Claude Code から Codex を呼び出す − Harness オーケストレータスキル
HN複数の coding agent を組み合わせるための Claude Skills 形式のオーケストレーション機能。親エージェント（Claude Code / Grok Bot など）が簡潔なブリーフを書いて別の agent に処理を委譲し、結果を統合する仕組み。異なるモデルが相互に検証することで、単一モデルの盲点を補う。
Claude Codeで設計書用スキルを定義するベストプラクティス─役立つ5つの方法
QiitaClaude Codeで設計書生成スキルの出力ブレを抑えるため、description欄へのトリガー条件明記、Markdownテンプレートによる見出し固定、サブエージェントとスキルの役割分離、参照ファイルパスの明示、Explore→Plan→Codeサイクルの導入という5つの方法を解説。型・粒度・参照先の3点を固定することで再現性が大きく向上する。
AWS Solution Skills を Claude Code と Kiro で比較：同じ Sonnet 4.5 でも結果は変わる？
ZennAWS Solution Skills を用いて、Claude Code（Amazon Bedrock 経由）と Kiro CLI で同じ Skill・同じモデル（Claude Sonnet 4.5）を使った場合の成果物の違いを検証。Claude Code は設計・ドキュメント重視だが実装不足、Kiro は実コード多出だが API 整合性の問題が発生し、両者ともローカル検証で cdk synth 失敗となった。