ARTICLES

記事一覧

doand.tech が公開する技術記事の一覧。Claude Code を用いた開発手法や、公開中のデータツールの制作知見をまとめています。

消滅可能性都市のその後|2014年の予測を2025年国勢調査で検証した

2014年に「消滅可能性都市」とされた市区町村の20〜39歳女性を、2025年国勢調査まで追跡した。全国と合計は予測どおりの水準に減り、自治体の並びもおおむね当たった。大きく外れたのは少人数の町村と一部の都心の区である。

  • 人口
  • 消滅可能性都市
  • 統計
読む →

高齢化率が高い市町村はなぜ高いのか|上位30自治体を3軸で集計した

高齢化率が高い市町村はなぜ高いのかを、2025年国勢調査の確定値で検証する。上位30市区町村を人口規模・可住地の割合・外への通勤通学の3軸で集計し、高齢者が減っても率が上がる「率の罠」も示す。

  • 人口
  • 高齢化
  • 統計
読む →

昼夜間人口比率ランキング47都道府県|働く県と住む県はどこか

昼夜間人口比率の都道府県ランキングを、令和2年国勢調査の最新値(統計局と同じ不詳補完値)で示す。県をまたぐ通勤・通学をペアで自前集計し、どこからどこへ通うのか、通勤と通学で中身がどう違うのかを読む。

  • 人口
  • 昼夜間人口
  • 統計
読む →

出生数と婚姻数の関係をデータで検証|何年遅れて効いてくるのか

婚姻件数と出生数の関係を人口動態統計で自前集計する。2000年以降はほぼ同じ割合で減ったが、何年遅れで効くかを前年比の相関で測ると1点に定まらない。水準の相関の落とし穴と、結婚から第1子までの期間の散らばりを示す。

  • 人口
  • 出生
  • 統計
読む →

東京一極集中は鈍化したのか?転入超過を年齢別に分解してみた

東京一極集中の現状を、住民基本台帳人口移動報告の年齢5歳階級別データで検証する。東京圏の転入超過がどう推移し、年齢別に分解すると何が見えるかを自前集計の図とともに解説する。

  • 人口
  • 東京一極集中
  • 統計
読む →

外国人人口の都道府県別推移|地方の労働力をどこまで支えるか

外国人人口の都道府県別推移を人口推計で追い、日本人の生産年齢人口の減少を外国人の増加がどれだけ埋めたかを都道府県別に自前集計する。埋め合わせが効いているのは大都市圏で、東北・四国の下位県ではほとんど効いていない。

  • 人口
  • 外国人
  • 統計
読む →

大学進学の県外流出をデータで見る|18歳はどこへ動くのか

大学進学期の県外流出を、住民基本台帳人口移動報告の15〜19歳の転入超過で都道府県別に検証する。人口あたりの率で並べると人数の順位とは違う姿が出る。20代後半から30代前半の戻りも同じデータで追う。

  • 人口
  • 進学
  • 統計
読む →

curl の FTPS デプロイが通らない|530・451・反映なしの実録

Windows の curl で共用ホスティングへ FTPS デプロイして詰まった4件。530 のログイン失敗、451 のデータ接続エラー、転送成功でも本番が古いまま、無音で終わる自動応答の原因と対処を実装のコメントごと公開する。

  • デプロイ
  • FTPS
  • curl
読む →

検証ログの書き方|抜粋元・判定・誤判定まで残す運用

AI が書いた記事のコード例をどう検証し、その記録をどう残すか。抜粋元のパスと行、判定の根拠、正規化の内容、そして誤判定までを残す検証ログの実物と、記録が後で何に効いたかを公開する。

  • 検証ログ
  • 品質検証
  • Claude Code
読む →

AIレビューは何を見つけるのか|誤帰属と数値ドリフトの実録

AI に書かせた記事を別コンテキストのレビュアーが検査すると何が捕まるのか。12本の制作で出た blocker は2件、実績の誤帰属と古い記録値に由来する数値のずれだった。検出から再合格までを実録で示す。

  • レビュー
  • 品質検証
  • Claude Code
読む →

技術記事の執筆を自動化する|devlog→記事の二段パイプライン

技術記事の執筆を自動化する二段方式の実運用。開発中に判断とハマりを構造化して残し、article-forge スキルが devlog を Qiita・Zenn・note 向けに再スライスする設計を、実物のスキル定義で解説する。

  • 記事執筆の自動化
  • devlog
  • Claude Code
読む →

個人開発で複数プロジェクトを回す|docsだけで再開できる仕組み

個人開発で複数プロジェクトを並行管理する方法。文脈を記憶ではなくdocsから復元する運用として、再開時に読むファイルを固定するセッション再開規約と、承認履歴を成果物に残す進捗表を、16リポジトリを回す実運用の実物で解説する。

  • プロジェクト管理
  • 個人開発
  • Claude Code
読む →

Claude Codeがうまくいかない時の型|2回失敗で1段上げる運用規約

Claude Code がうまくいかない時の対処を規約にする。同一タスクで2回失敗したら effort、次にモデルの順に1段上げ、手戻りは配分表へ還元する。昇格・降格の運用を実物で解説する。

  • 運用改善
  • エスカレーション
  • Claude Code
読む →

なぜClaude Codeへの一括依頼は破綻するのか|フェーズ分割の設計

Claude Code への一括依頼が途中で破綻するのは、モデルの能力不足ではなく工程設計の不在が原因である。長いタスクを成果物・ゲート条件・停止規約で刻むフェーズゲート方式を、実運用中のゲート定義と承認履歴の実物で解説する。

  • フェーズゲート
  • 開発運用
  • Claude Code
読む →

CLAUDE.mdの書き方|肥大させずrulesに分散するLean構成の実例

CLAUDE.md の書き方に迷い、肥大して効かなくなった開発者へ。判断基準を .claude/rules/ に ID 付きで分散し、本体を目次に徹させる Lean 構成を、実運用中の4プロジェクトの実物で比較して解説する。

  • CLAUDE.md
  • rules 分散
  • Claude Code
読む →

Claude Codeのスキャフォールド駆動開発|計画一式を先に作る手法

Claude Code のスキャフォールドは、実装前に計画・契約・エージェント定義・コマンドの一式を生成する手法である。後から足した構造が参照されない理由と、十数プロジェクトで反復した標準構成を、24ファイルの実物で解説する。

  • スキャフォールド
  • プロジェクト立ち上げ
  • Claude Code
読む →

Claude Codeのモデル使い分け|作業種別×effortの配分計画の実例

Claude Code のモデル使い分けは、モデル(能力の上限)と effort(考える深さ)を独立に設計するのが要である。作業種別ごとの配分表と、それを成果物として同梱する運用を実物で解説する。

  • モデル配分
  • effort
  • Claude Code
読む →

LLMハルシネーション対策の実装例|数値をplaceholderで注入する

LLM ハルシネーション対策は、プロンプトで正確さを頼むより、数値が LLM を経由しない経路を作る方が堅い。placeholder で注入する契約と、原稿と配信データを機械照合し不一致なら exit 1 で止める組版ゲートを解説する。

  • ハルシネーション対策
  • 品質設計
  • LLM
読む →

Claude Codeサブエージェント設計|model明示指定と役割分担の実際

Claude Code のサブエージェントは model 未指定だと呼び出し元のモデルを継承する。scanner=haiku/writer・reviewer=opus と役割ごとに固定し、生成と検証を別コンテキストに分ける設計を解説する。

  • サブエージェント
  • モデル配分
  • Claude Code
読む →

契約ファーストでLLMに実装させる|I/Oとexit codeを先に固定する

contract-first な LLM 開発で固定すべきは手順ではなく契約(入出力・スキーマ・失敗時挙動)である。1枚のスキーマ契約をランタイムの例外と組版時の exit 1 が両側から強制する実例で解説する。

  • 契約ファースト
  • 品質設計
  • Claude Code
読む →

Claude Codeスキル自作の実際|開発工程10本を覆うSKILL.md設計

Claude Code のスキルを自作したい中級者へ。スキル化すべきは手順ではなく繰り返す判断である。筆者が開発工程を覆うように運用する自作スキル10本の実物で、切り出しの基準と SKILL.md の書き方を整理する。

  • スキル自作
  • SKILL.md
  • Claude Code
読む →

Claude CodeとローカルLLMの併用設計|何を手元に逃がすかの基準

Claude Code とローカルLLM の併用は、性能ではなく判断の影響度と物量で分担するのが要である。設計・原因特定はクラウドに残し、大量・定型の推論バッチを手元の Ollama へ逃がす実運用構成と基準を実例で整理する。

  • ローカルLLM
  • Ollama
  • Claude Code
読む →