私的参照。 大規模なデスクトップアプリ用のプロジェクトローカル検証スキル+行動レベルの機能マップのHeavilyフィクション例。

実際の商品はありません。 「Atlas」/「Harbor Labs」/[[control-atlas]]」をアップしました。 形状は何か。

レイアウト

#Wikiではない理由

ウィキは人のために素晴らしいです。 エージェントは、読み直したトークンごとに支払います。 スキル+機能マップ:

• 銅. コアパス全体ではなく、テスト中の変更のための1つの機能ファイルを開きます。
• 申し分ない。 各ファイルは同じ4つの質問に答えます: どのユーザーがそれに到達するか、ハーネスでそれを運転する方法、通常は嘘をつくもの。 -**[features/README.mdは「ワイドにアプリを破棄」するための最上位の回帰注文ですか?
• コードとして維持される Drift は、UI の変更と同じ PR で固定したり、メンテナンス検証パスで固定されます。

エージェントの使い方

1. 変更を1つ以上の機能ファイルと一致させます。
2. [doctor を実行すると、インスタンスが新鮮になります。
3. 到達可能なエントリ ポイントをドライブします。 ファイルリスト (成功 / キャンセル / エラー / 空 / 永続パス 変更に影響を与える可能性があります).
4. 証拠を捕獲して下さい(スクリーンショット、DOMの主張、クリップボード、ネットワーク、再ロードの往復)。

verification-skill-example

Private reference. Heavily fictionalized example of a project-local verification skill + behavior-level feature map for a large desktop app.

Nothing here is a real product. “Atlas” / “Harbor Labs” / control-atlas are made up. The shape is what matters.

Layout

.cursor/skills/verify-atlas/
  SKILL.md                          # launch, doctor, drive, prove, clean up
  # control-atlas.mjs               # CLI omitted on purpose; usage only in SKILL.md
  references/features/
    README.md                       # index, conventions, sweep order
    *.md                            # one file per feature area (~30)

Why not a wiki?

A wiki is great for humans. Agents pay for every token they reread. A skill + feature map is:

• Scoped. Open one feature file for the change under test, not the whole corpus.
• Actionable. Each file answers the same four questions: what exists, how a user reaches it, how to drive it with the harness, what usually lies.
• Sweepable. features/README.md is a top-to-bottom regression order for “did we break the app broadly?”
• Maintained as code. Drift gets fixed in the same PR as the UI change, or by a maintain-verification pass.

How an agent uses it

1. Match the change to one or more feature files.
2. Run doctor so the instance is fresh.
3. Drive every reachable entry point the file lists (and the success / cancel / error / empty / persistence paths the change can affect).
4. Capture evidence (screenshot, DOM assertion, clipboard, network, reload round-trip).
5. For broad sweeps, walk the README top to bottom, finish with multi-surface-journeys.md.

Scale

This sample is sized like a large app: ~30 feature files across account/chrome, left rail/sessions, prompt/replies, layout, source control, app panes, hosted/remote, preferences/extensibility, and system UX. Keep entries behavior-level and short enough to run without reading source. Split a file when a section starts needing its own preconditions.

Driver scripts are intentionally omitted. The skill shows the command surface and example invocations only.