agent-skills/beamho-traceability-profile-edit/SKILL.md
Use when editing beamHO-bench paper profiles, source maps, assumption-backed research parameters, or paper-source registries so schema, profile JSON, sources JSON, and validation coverage stay traceable and synchronized.
npx skillsauth add cedarwud/beamHO-bench beamho-traceability-profile-editInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Use this skill for beamHO-bench/ when the task changes profile values, adds a new research parameter, edits ASSUME-* entries, or touches source-trace mappings.
Read these first:
AGENTS.mdPROJECT_CONSTRAINTS.mdsrc/config/paper-profiles/paper-profile.schema.json.sources.jsonsrc/config/references/paper-sources.jsonsrc/config/research-parameters/catalog.tssrc/config/research-parameters/consistency.tssdd/completed/beamHO-bench-implementation-status.mdsdd/pending/README.mdThese files usually move together:
src/config/paper-profiles/<profile>.jsonsrc/config/paper-profiles/<profile>.sources.jsonsrc/config/references/paper-sources.jsonsrc/config/paper-profiles/paper-profile.schema.jsonsrc/config/research-parameters/catalog.tssrc/config/research-parameters/consistency.tsDo not change only one of these when the data contract clearly spans more than one surface.
sourceId referenced by a profile, parameter catalog entry, or source map must exist in src/config/references/paper-sources.json.ASSUME-* must:
paper-sources.json.sources.json.paper-profile.schema.json.sources.json entriescatalog.ts and consistency.ts alignedsourceIds, stale .sources.json paths, or schema drift before validating.These changes are stage-gate-sensitive. Prefer running:
npm run lintnpm run test:simnpm run buildnpm run validate:stageAt minimum, do not skip stage validation when changing:
paper-sources.jsoncatalog.tsconsistency.tsAlways report:
ASSUME-* or sourceId was introducedtesting
Use when validating beamHO-bench changes, deciding which project gates to run, preparing SDD closure, or checking whether lifecycle docs and manual acceptance evidence are sufficient before marking work complete.
development
Use when developing, reviewing, or closing work in beamHO-bench that is governed by an active pending SDD, especially when the task requires reading PROJECT_CONSTRAINTS, active pending status, validation rules, and lifecycle-sync docs before editing code.
development
Use when editing beamHO-bench observer-sky satellite rendering, composition, camera framing, display selection, continuity, or screen-space acceptance so frontend changes stay aligned with visual-acceptance rules instead of proxy metrics alone.
data-ai
Example TaskFlow authoring pattern for inbox triage. Use when messages need different treatment based on intent, with some routes notifying immediately, some waiting on outside answers, and others rolling into a later summary.