SCALE 全システム実装ルール（退化禁止）

概要

46+システムの退化を防いだ実証済みルール。Edit/Write分離・保護資産管理・バックアップ戦略を統合した「企業内開発の必須マニュアル」。

要点

• Write全体書き換え禁止 → Read → Edit を徹底
• 既存関数の削除前に grep で参照確認
• デプロイ前 tar.gz バックアップ必須
• changelog 追記必須（lib/changelog.ts に最上段）
• デプロイ後 本番URL HTTP 200 アクセス確認
• 保護資産リストは絶対に変えない

対象読者

• 全開発者
• PM
• AIエージェント

効果

46+システム運用で退化ゼロを継続中。本番事故を90%削減。

Vault本文より抜粋

「機能追加が退化を生む」を絶対に防ぐためのルール集。
過去完成した機能が、新しい実装で巻き戻る現象を体系的に潰す。
全システム編集時、このページを最初に Read。

---

観点	一言
核心	機能を「足す」だけ・絶対に「戻さない」ためのルール
キーワード	保護資産 / changelog / 過去FB / スモークテスト / バックアップ
使う人	Claude（最優先）/ 全開発者
読了目安	5分（必読部だけなら2分）
---
> 大串から繰り返し受けてるFB
> - 「前にやった指摘の修正が、過去verに戻ってる」
> - 「機能追加するたびに、過去の機能が消えてる」
> - 「常に機能を足していくはずが、退化してる」
#	原因
---	---
1	Claude が既存ファイル全体を書き換えて過去修正を上書き
2	古いバックアップから復元してしまう
3	複数の場所に同じファイルがある（Drive/ローカル等）
4	過去FBが認識されず、再発 → 再修正失敗で逆戻り
5	changelog 追記漏れで何が変わったか追跡不能

フル本文を開く

• Obsidianで開く: obsidian://open?vault=SCALE-Brain&file=31_%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E9%96%8B%E7%99%BA%E9%83%A8%2F_SCALE_%E5%85%A8%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E5%AE%9F%E8%A3%85%E3%83%AB%E3%83%BC%E3%83%AB
• Vault パス: 31_システム開発部/_SCALE_全システム実装ルール.md

このノートは Vault が正本。最新の編集は Obsidian 側で行うこと。