技術記事の執筆を自動化する｜devlog→記事の二段パイプライン
技術記事の執筆を自動化する二段方式の実運用。開発中に判断とハマりを構造化して残し、article-forge スキルが devlog を Qiita・Zenn・note 向けに再スライスする設計を、実物のスキル定義で解説する。
読む →ARTICLES
記事一覧
doand.tech が公開する技術記事の一覧。Claude Code を用いた開発手法や、公開中のデータツールの制作知見をまとめています。
個人開発で複数プロジェクトを回す｜docsだけで再開できる仕組み
個人開発で複数プロジェクトを並行管理する方法。文脈を記憶ではなくdocsから復元する運用として、再開時に読むファイルを固定するセッション再開規約と、承認履歴を成果物に残す進捗表を、16リポジトリを回す実運用の実物で解説する。
読む →Claude Codeがうまくいかない時の型｜2回失敗で1段上げる運用規約
Claude Code がうまくいかない時の対処を規約にする。同一タスクで2回失敗したら effort、次にモデルの順に1段上げ、手戻りは配分表へ還元する。昇格・降格の運用を実物で解説する。
読む →なぜClaude Codeへの一括依頼は破綻するのか｜フェーズ分割の設計
Claude Code への一括依頼が途中で破綻するのは、モデルの能力不足ではなく工程設計の不在が原因である。長いタスクを成果物・ゲート条件・停止規約で刻むフェーズゲート方式を、実運用中のゲート定義と承認履歴の実物で解説する。
読む →CLAUDE.mdの書き方｜肥大させずrulesに分散するLean構成の実例
CLAUDE.md の書き方に迷い、肥大して効かなくなった開発者へ。判断基準を .claude/rules/ に ID 付きで分散し、本体を目次に徹させる Lean 構成を、実運用中の4プロジェクトの実物で比較して解説する。
読む →Claude Codeのスキャフォールド駆動開発｜計画一式を先に作る手法
Claude Code のスキャフォールドは、実装前に計画・契約・エージェント定義・コマンドの一式を生成する手法である。後から足した構造が参照されない理由と、十数プロジェクトで反復した標準構成を、24ファイルの実物で解説する。
読む →Claude Codeのモデル使い分け｜作業種別×effortの配分計画の実例
Claude Code のモデル使い分けは、モデル（能力の上限）と effort（考える深さ）を独立に設計するのが要である。作業種別ごとの配分表と、それを成果物として同梱する運用を実物で解説する。
読む →LLMハルシネーション対策の実装例｜数値をplaceholderで注入する
LLM ハルシネーション対策は、プロンプトで正確さを頼むより、数値が LLM を経由しない経路を作る方が堅い。placeholder で注入する契約と、原稿と配信データを機械照合し不一致なら exit 1 で止める組版ゲートを解説する。
読む →Claude Codeサブエージェント設計｜model明示指定と役割分担の実際
Claude Code のサブエージェントは model 未指定だと呼び出し元のモデルを継承する。scanner=haiku／writer・reviewer=opus と役割ごとに固定し、生成と検証を別コンテキストに分ける設計を解説する。
読む →契約ファーストでLLMに実装させる｜I/Oとexit codeを先に固定する
contract-first な LLM 開発で固定すべきは手順ではなく契約（入出力・スキーマ・失敗時挙動）である。1枚のスキーマ契約をランタイムの例外と組版時の exit 1 が両側から強制する実例で解説する。
読む →Claude Codeスキル自作の実際｜開発工程10本を覆うSKILL.md設計
Claude Code のスキルを自作したい中級者へ。スキル化すべきは手順ではなく繰り返す判断である。筆者が開発工程を覆うように運用する自作スキル10本の実物で、切り出しの基準と SKILL.md の書き方を整理する。
読む →Claude CodeとローカルLLMの併用設計｜何を手元に逃がすかの基準
Claude Code とローカルLLM の併用は、性能ではなく判断の影響度と物量で分担するのが要である。設計・原因特定はクラウドに残し、大量・定型の推論バッチを手元の Ollama へ逃がす実運用構成と基準を実例で整理する。
読む →