# Equipment Threshold Maintenance

> 設備コンディションモニターの閾値・境界値ロジックを調査、変更、レビュー、テストする。温度、振動、バッテリー、警告、危険、threshold、boundary、src/rules.jsに関する依頼で使用し、UIや文言だけの依頼には使用しない。

- Skill: `dse-corp/equipment-threshold-maintenance` (Agent Skill, multi-file: 3 files)
- Install (CLI): `npx skillmds@latest add dse-corp/equipment-threshold-maintenance`
- Raw SKILL.md: https://api.skillmd.com/api/skills/dse-corp/equipment-threshold-maintenance/raw
- Safety review: pending (external: skill-scanner PASS, skillspector PASS)
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: dse-corp (https://skillmd.com/u/dse-corp)
- Updated: 2026-09-22
- Page: https://skillmd.com/skills/dse-corp/equipment-threshold-maintenance

---


# Equipment Threshold Maintenance

設備状態の境界値変更を、運用方針、最小差分、人の承認、再現可能な検証に沿って進める。

## 調査

1. リポジトリ直下の`EXERCISE.md`を読み、受入条件、対象範囲、対象外を抽出する。
2. [境界値の運用方針](references/threshold-policy.md)を読み、比較規則と閾値を確認する。
3. `src/rules.js`と関連テストを調べ、確認済みの事実と推測を分ける。
4. 変更前の基準として、リポジトリ直下で次を実行する。

   ```bash
   npm test
   npm run check:boundaries
   ```

5. 実行していないコマンドを、成功したと報告しない。

## Planと人のゲート

1. 次の順序でPlanを提示する。
   - 受入条件の理解
   - 変更予定ファイルと根拠
   - 最小の実装方針
   - 変更しない範囲
   - 追加・実行するテスト
   - リスクと不明点
2. Planの最後に、使用中のSkill、読んだ方針資料、実行した基準コマンドを明記する。
3. ファイルを変更せず、人のGo、修正、停止の判断を待つ。

## 実装

1. 承認されたPlanの範囲だけを変更する。
2. 公開インターフェースと閾値の数値を維持する。
3. 高いほど危険な信号と、低いほど危険な信号を混同しない。
4. 警告・危険の境界値ちょうどを、温度、振動、バッテリーごとにテストへ追加する。
5. UI、依存関係、別の機能へ変更を広げない。

## 検証と報告

1. `npm test`を実行する。
2. [境界値チェックスクリプト](scripts/check-boundaries.mjs)を`npm run check:boundaries`で実行する。
3. 失敗した場合は原因を分類し、無関係な修正へ広げずにPlanへ戻る。
4. 次を報告する。
   - 使用したSkillと選択理由
   - 変更ファイル
   - 受入条件ごとの結果
   - 実行したコマンドと終了結果
   - 自己レビューで確認した回帰、可読性、境界値
   - 未確認事項

方針とコードが矛盾する場合、または承認範囲を超える変更が必要な場合は停止し、人へ判断を求める。