「参考資料」と「参考文献」の違いとコンテンツサイトでの使い分け:用語を統一するまでの経緯
「参考文献」「参考資料」「関連リンク」の3つがサイト内で混在していた問題と、それぞれの意味の違いを整理して統一するまでの経緯を記録します。
「参考文献」「参考資料」「関連リンク」の3つがサイト内で混在していた問題と、それぞれの意味の違いを整理して統一するまでの経緯を記録します。
AIが書いた記事をAIがチェックする仕組みを導入した経験から、自動チェックで検出できることと、人が確認する必要があることを整理します。
AIに別の作業を依頼していたところ、ナビゲーションのレイアウトが変更されていた経験から、UIを保護するルールをCLAUDE.mdに追加した経緯と効果を説明します。
AIが生成したコードを全件確認するのは現実的ではありませんが、確認しないのも不安です。コードの種類別に確認優先度を整理した判断基準を紹介します。
AIに別の修正を依頼している流れで、本番デプロイコマンドが実行された経緯と、その後に導入した承認制ルールの記録です。
AIが書いた日本語はそのままビジネス文書に使えないことがあります。誇張表現・口語副詞・比喩的な危険表現・個人ブログ的な表現という4つのパターンごとに、具体的な書き換え例を整理します。
設定ファイルの整合性を手動でチェックし続けることには限界があります。AIと一緒にバリデーションスクリプトを作った過程と、自動検出が有効だった理由を整理します。
AIが実装を担当するとき、人間は何をすべきか。AIに任せてよい作業と、人間が必ず確認すべき作業を具体的に分類して整理します。
AIは会話をまたいで記憶を持たないため、修正済みの問題が繰り返されます。その対処として作成した「lessons.md」の設計と運用方法を説明します。
AIを使ってブログ記事を書く際に、公開前に確認すべき数値・事実・参考文献リンクのチェック方法を12ステップのワークフローで整理します。技術に詳しくない方にも使いやすい手順です。
AIが生成した文章の著作権は誰にあるのか、読者への開示は必要か。日本の現時点での法的整理と、このブログが採用している方針を説明します。
Claude Code hooksを使って、ファイル編集前のバックアップやコマンド実行後の自動バリデーションを設定した実例を紹介します。
Claude CodeのDynamic Workflowsを使い、セキュリティ・パフォーマンス・コードスタイルの3つのレビュー観点を並列実行した体験を記録します。
AIがプロジェクト開始時に最初に読む設定ファイル「CLAUDE.md」の書き方と、設定前後でAIの動作がどう変わるかを具体的に説明します。
featureブランチで4回連続してGitコンフリクトが発生し、最終的にブランチを破棄して再起動した経緯と、そこから得た教訓を記録します。
AIがMermaid記法を書く際に実際に発生した5つの問題パターン(特殊文字、矢印の向き、ラベル長、日本語、入れ子)と、それぞれの対処方法を記録します。
AIに渡すルールファイルが増えてきたときの整理方法を説明します。rules・skills・workflowという3つの役割でファイルを分類したshared/ディレクトリの設計思想を紹介します。
AIに毎回同じ指示を繰り返すより、スキルファイルとして手順を定義しておく方が作業品質が安定します。このサイトで実際に作ったSKILL.mdの設計と、その効果を整理します。
AIへの実装依頼の前に仕様書を書くことで、意図と異なる実装や繰り返し修正が減ります。Spec Firstという考え方と、仕様書の書き方を説明します。
Vibe Codingを始めたときに経験した3つの具体的な問題(曖昧な指示、意図と異なるデザイン生成、文脈の途切れ)とその対処法を整理します。