dse-corp Equipment Threshold Maintenance
設備状態の境界値変更を、運用方針、最小差分、人の承認、再現可能な検証に沿って進める。
調査
リポジトリ直下の
EXERCISE.mdを読み、受入条件、対象範囲、対象外を抽出する。境界値の運用方針を読み、比較規則と閾値を確認する。
src/rules.jsと関連テストを調べ、確認済みの事実と推測を分ける。変更前の基準として、リポジトリ直下で次を実行する。
npm test npm run check:boundaries実行していないコマンドを、成功したと報告しない。
Planと人のゲート
- 次の順序でPlanを提示する。
- 受入条件の理解
- 変更予定ファイルと根拠
- 最小の実装方針
- 変更しない範囲
- 追加・実行するテスト
- リスクと不明点
- Planの最後に、使用中のSkill、読んだ方針資料、実行した基準コマンドを明記する。
- ファイルを変更せず、人のGo、修正、停止の判断を待つ。
実装
- 承認されたPlanの範囲だけを変更する。
- 公開インターフェースと閾値の数値を維持する。
- 高いほど危険な信号と、低いほど危険な信号を混同しない。
- 警告・危険の境界値ちょうどを、温度、振動、バッテリーごとにテストへ追加する。
- UI、依存関係、別の機能へ変更を広げない。
検証と報告
npm testを実行する。- 境界値チェックスクリプトを
npm run check:boundariesで実行する。 - 失敗した場合は原因を分類し、無関係な修正へ広げずにPlanへ戻る。
- 次を報告する。
- 使用したSkillと選択理由
- 変更ファイル
- 受入条件ごとの結果
- 実行したコマンドと終了結果
- 自己レビューで確認した回帰、可読性、境界値
- 未確認事項
方針とコードが矛盾する場合、または承認範囲を超える変更が必要な場合は停止し、人へ判断を求める。