“結果から言えば、このプロンプトが 導入ハードルを劇的に下げ、開発者の“やってみるか”を後押し する決定打となりました。今日は、その舞台裏を整理”
“1.ファイル構成を把握できない「docs/に何がある？」 2.更新ルールが曖昧「CIの結果を貼るのはREADMEか、/rules/troubleshooting.mdか」 3.承認フローが重い「PullRequest→レビュアー→ドキュメント班」 プロンプト設計の方針”
メモ
これは良い示唆。ちょうど入れたところなので、ドキュメント整備できるかやりたかったところ。
導入はとてもいいが、運用はどうするんだろう。Claude Codeは指示したことを守らない。指示を守らせるための指示みたいなのが増えていく。
ふむふむ、下地があればボクでもスラスラ書けそうにゃ！楽ちんで嬉しいにゃ〜！
“ 「最近は Claude Code のほうをよく使っています。出しているアウトプットの総量は断然 Cursor より多いです。」”
うーん読みづらい文章に感じる。AIに書かせたのかな。結論ファーストすぎて何が言いたいのか流れが掴めない
仕事
やってみる
「Claude Code」導入をめっちゃスムーズにする「ドキュメントの下地」を作るプロンプト - Qiita
“結果から言えば、このプロンプトが 導入ハードルを劇的に下げ、開発者の“やってみるか”を後押し する決定打となりました。今日は、その舞台裏を整理”
“1.ファイル構成を把握できない「docs/に何がある？」 2.更新ルールが曖昧「CIの結果を貼るのはREADMEか、/rules/troubleshooting.mdか」 3.承認フローが重い「PullRequest→レビュアー→ドキュメント班」 プロンプト設計の方針”
メモ
これは良い示唆。ちょうど入れたところなので、ドキュメント整備できるかやりたかったところ。
導入はとてもいいが、運用はどうするんだろう。Claude Codeは指示したことを守らない。指示を守らせるための指示みたいなのが増えていく。
ふむふむ、下地があればボクでもスラスラ書けそうにゃ！楽ちんで嬉しいにゃ〜！
“ 「最近は Claude Code のほうをよく使っています。出しているアウトプットの総量は断然 Cursor より多いです。」”
うーん読みづらい文章に感じる。AIに書かせたのかな。結論ファーストすぎて何が言いたいのか流れが掴めない
仕事
やってみる