본문으로 건너뛰기
cccskills
무료GitHub에 공개

architecture-binder-of-record

Own whether a multi-document product-architecture binder is internally consistent, complete against its stated customer/contingency/architecture coverage, and honest about which older product ambitions it has absorbed, superseded, deferred, contradicted, orphaned, or rejected. Use when running a binder Architect of Record pass, before an implementation chain cites a binder chapter as ready, when a proof-gate owner is missing, or when reconciling the binder against the older ambition corpus (website, plans, examples, ADRs). NOT for auditing a single Claude Skill bundle's structure or frontmatter (use skill-hygiene), rendering a single-PM accept/reject verdict on one finished deliverable (use port-daddy-user-surrogate-pm-review), or sequencing/stewarding a roadmap's sidequests once a gap or operator decision has been surfaced (use legible-roadmap-with-sidequests).

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

실행 점수 미검증

설치 방법 보기

포함된 파일(11)

  • SKILL.md11.7 KB
  • agents/openai.yaml1.4 KB
  • CHANGELOG.md382 B
  • examples/expected-output.md7.2 KB
  • examples/sample-input.json1.2 KB
  • README.md1.3 KB
  • references/ambition-archaeology-classification.md4.0 KB
  • references/raci-authority-and-escalation.md4.6 KB
  • schemas/binder-coverage-spec.schema.json5.0 KB
  • scripts/binder_coverage_audit.mjs11.4 KB
  • templates/output-template.md2.6 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Architecture Binder Of Record

Own binder truth: is this multi-document product-architecture binder internally consistent, complete against its stated universe, and honest about shipped, partial, speculative, or blocked status — including the ambitions it inherited from before the binder existed.

Use This For

  • Deciding whether a chapter's claimed capability is real: owner assigned, acceptance gate named, evidence linked — not just confident prose.
  • Running a periodic ambition-archaeology sweep that classifies every old product promise (absorbed/superseded/deferred/contradicted/orphaned/rejected) instead of letting it rot unaddressed.
  • Tracking cross-chapter contradictions (term, authority, schema, shipped-vs-target) to resolution instead of letting two chapters quietly disagree.
  • Checking the three coverage axes (customer/deployment type, technical contingency, architecture consistency) for gaps before an implementation chain cites the binder as ready.
  • Writing the mandatory append-only binder-aor-log: ledger entry every run, including a run that finds nothing.

Do Not Use This For

  • Auditing a single Claude Skill bundle's structure, frontmatter, or file hygiene (skill-hygiene).
  • Rendering a single-PM accept/reject verdict on one finished deliverable (port-daddy-user-surrogate-pm-review).
  • Sequencing or stewarding a roadmap's sidequests once a gap or operator decision has been surfaced (legible-roadmap-with-sidequests).

Reconcile Loop

flowchart TD
  A[Read last binder-aor-log entry] --> B[Scan changed chapters + source corpus since]
  B --> C{Cross-chapter contradiction found?}
  C -->|Yes, unresolved| D[Flag unresolved-contradiction, tier per severity]
  C -->|No| E[Check each claimed capability]
  D --> E
  E --> F{owner + gate + evidence all present?}
  F -->|No| G[Flag capability-without-owner-gate-evidence]
  F -->|Yes| H[Run/continue ambition-archaeology sweep]
  G --> H
  H --> I{Every ambition classified?}
  I -->|No| J[Flag ambition-unclassified]
  I -->|Yes| K[Check the three coverage-matrix axes]
  J --> K
  K --> L{All 3 axes complete?}
  L -->|No| M[Flag coverage-axis-incomplete]
  L -->|Yes| N[Escalate per tier + write binder-aor-log entry]
  M --> N
  1. Read the previous binder-aor-log: note and reconcile from its window end, not a fixed time window — absence of a prior entry means start from the beginning.
  2. Scan what changed since: binder chapters, open PRs touching runtime/binder surfaces, and recent notes mentioning the product's core nouns.
  3. Classify every cross-chapter contradiction as term, authority, schema, or shipped-vs-target, and mark it resolved only once a source-linked fix has landed — never by assumption.
  4. Verify every claimed capability carries an accountable owner, a testable acceptance gate, and a link to real evidence (PR, transcript, screenshot, test run). Prose with no proof is not coverage.
  5. Run or continue the ambition-archaeology sweep: classify every entry in the older ambition corpus (website, plans, examples, ADRs, idea troves) as absorbed, superseded, deferred, contradicted, orphaned, or rejected — see references/ambition-archaeology-classification.md.
  6. Update the three coverage matrices (customer/deployment, technical contingency, architecture consistency) and escalate per tier — record, block a section, or request an operator decision. See references/raci-authority-and-escalation.md.
  7. Write the mandatory binder-aor-log: ledger entry — confidence, findings, gates changed, handover — even when the run finds nothing. Absence of an entry is itself a finding for the next run.

Output Contract

A binder-coverage-spec that scripts/binder_coverage_audit.mjs reads carries:

  • documents[]: every binder document in scope, each with claimedCapabilities[] — { name, owner?, gate?, evidenceLink? }.
  • contradictions[]: every cross-chapter disagreement found — { kind: 'term'|'authority'|'schema'|'shipped-vs-target', resolved: boolean }.
  • ambitionCorpus[]: every older ambition family being reconciled — { name, classification: 'absorbed'|'superseded'|'deferred'|'contradicted'|'orphaned'|'rejected'|null }.
  • coverageMatrix: { customerAxisComplete, contingencyAxisComplete, architectureAxisComplete } — three booleans, each true only when every row on that axis has an owner, status, gate, failure mode, recovery path, and source.

Use scripts/binder_coverage_audit.mjs to audit a binder-coverage-spec JSON and return { pass, score, findings, recommendations }, including a binder-aor-log:-style summary line in recommendations on every run.

Anti-Patterns

Capability Claimed Without Proof

Novice: A chapter states "supports Work Intent as the sole launch primitive" with no owner, no acceptance gate, and no evidence link — the claim exists only as prose. Expert: A claimed capability is not covered until it names an accountable owner, a testable acceptance gate, and a link to the evidence that proves it actually shipped and works. Detection: binder_coverage_audit.mjs fires capability-without-owner-gate-evidence (critical) when any claimed capability is missing owner, gate, or evidenceLink.

Ambition Amnesia

Novice: An old public promise — a marketplace story, a pricing model, a named platform surface — quietly disappears from the corpus with no record of what happened to it. Expert: Every entry in the ambition corpus gets one of six classifications (absorbed, superseded, deferred, contradicted, orphaned, rejected) with a rationale and a destination; "we forgot about it" is never a valid resting state. Detection: binder_coverage_audit.mjs fires ambition-unclassified (critical) when any ambitionCorpus item has classification: null.

Coverage Theater

Novice: The binder is declared "complete" while two chapters still contradict each other, or a whole coverage axis (customer, contingency, or architecture) has never been checked. Expert: Completeness is a positive, provable claim — zero unresolved contradictions AND all three coverage axes complete — never "nothing is currently flagged as broken." Detection: binder_coverage_audit.mjs fires unresolved-contradiction (critical) for any contradiction with resolved:false, and coverage-axis-incomplete (critical) for any of customerAxisComplete / contingencyAxisComplete / architectureAxisComplete that is not true.

References

FileLoad When
references/raci-authority-and-escalation.mdNeed to know who is Accountable for a concern, what the Architect of Record may/may not do unilaterally, or which escalation tier a finding belongs to.
references/ambition-archaeology-classification.mdNeed to classify an entry in the older ambition corpus, or need the required shape of a completed sweep.
examples/expected-output.mdNeed to see an incomplete binder audited, then the same binder fixed and passing.
templates/output-template.mdNeed a reusable run template: contradiction list, coverage matrix update, ambition table, and the mandatory ledger entry.
schemas/binder-coverage-spec.schema.jsonNeed to validate a binder-coverage-spec JSON payload's structure before auditing it.
scripts/binder_coverage_audit.mjsNeed deterministic scoring of a binder's completeness and consistency.
agents/openai.yamlNeed a subagent descriptor for a delegated Architect of Record run.
<!-- BEGIN BUNDLE INDEX (auto: index_references.py) -->

Skill Bundle Index

Every file in this skill, and when to open it. Auto-generated; run scripts/index_references.py --fix.

root

  • CHANGELOG.md — Architecture Binder Of Record — Changelog — - Initial skill creation - Reconcile-loop process, RACI/authority/escalation reference, and ambition-archaeology classification reference de
  • README.md — Architecture Binder Of Record — Own whether a multi-document product-architecture binder is internally consistent, complete against its stated coverage universe, and honest

agents/

examples/

  • examples/expected-output.md — Example Output: Architecture Binder Of Record — Scenario: a binder run claims a chapter's headline capability ("Work Intent is the sole launch primitive") with an owner but no acceptance g
  • examples/sample-input.json — sample input (data/schema)

references/

  • references/ambition-archaeology-classification.md — Ambition Archaeology Classification — Use this when you need to classify an older public or internal product promise against the current binder, or when you're writing the ambiti
  • references/raci-authority-and-escalation.md — RACI, Authority, And Escalation — Use this when you need to know who is Accountable for a specific binder concern, what the Architect of Record may and may not do unilaterall

schemas/

scripts/

templates/

<!-- END BUNDLE INDEX -->

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Expert in 2000s-era music visualization (Milkdrop, AVS, Geiss) and modern WebGL implementations. Specializes in Butterchurn integration, Web Audio API AnalyserNode FFT data, GLSL shaders for audio-reactive visuals, and psychedelic generative art. Activate on "Milkdrop", "music visualization", "WebGL visualizer", "Butterchurn", "audio reactive", "FFT visualization", "spectrum analyzer". NOT for simple bar charts/waveforms (use basic canvas), video editing, or non-audio visuals.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

curiositech/port-daddy32026년 10월 19일 업데이트

Expert legal research agent for finding and scraping expungement data state by state. Knows authoritative sources, URL patterns, Firecrawl configuration, and 2026 legal landscape.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

curiositech/port-daddy32026년 10월 19일 업데이트

Expert in 3D computer vision labeling tools, workflows, and AI-assisted annotation for LiDAR, point clouds, and sensor fusion. Covers SAM4D/Point-SAM, human-in-the-loop architectures, and vertical-specific training strategies. Activate on '3D labeling', 'point cloud annotation', 'LiDAR labeling', 'SAM 3D', 'SAM4D', 'sensor fusion annotation', '3D bounding box', 'semantic segmentation point cloud'. NOT for 2D image labeling (use clip-aware-embeddings), general ML training (use ml-engineer), video annotation without 3D (use computer-vision-pipeline), or VLM prompt engineering (use prompt-engineer).

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

curiositech/port-daddy32026년 10월 19일 업데이트

Apply crisis decision-making research to agent routing, uncertainty triage, and coordination failure analysis in time-pressured systems. Use when diagnosing handoff failures, analytical paralysis, or expert judgment under incomplete information. NOT for routine coding, simple CRUD design, or static single-agent tasks with complete information.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

curiositech/port-daddy32026년 10월 19일 업데이트

Use for insight, reframing, contradiction, impasse, and anomaly-driven problem solving when execution effort no longer helps. NOT for routine optimization, error correction, or well-specified tasks with known solution paths.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

curiositech/port-daddy32026년 10월 19일 업데이트

Apply cognitive task analysis to expert work that depends on perceptual cues, branching judgment, and recurring monitoring loops. Use when decomposing expert capability into agent structure, simulation design, or validation interviews. NOT for ordinary step-by-step SOP capture or simple pipelines with no tacit cue layer.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

curiositech/port-daddy32026년 10월 19일 업데이트

curiositech의 스킬 모두 보기

이 스킬의 문제 신고