Skip to content

docs: align public HACP docs to Phase 166 readiness packet - #21

Merged
joefeser merged 3 commits into
mainfrom
feat/public-hacp-content-update
May 20, 2026
Merged

docs: align public HACP docs to Phase 166 readiness packet#21
joefeser merged 3 commits into
mainfrom
feat/public-hacp-content-update

Conversation

@joefeser

@joefeser joefeser commented May 20, 2026

Copy link
Copy Markdown
Owner

docs: Align public HACP documentation with Phase 166 readiness guidelines.

This update introduces new documentation to clarify the scope, stability, and limitations of the HACP project and its artifacts:

  • Added Stability Lanes to README.md: Categorizes HACP components into "Stable Enough To Use Now" and "Experimental Or Product-Proven But Not Standardized" to guide external communication and manage expectations regarding the project's maturity.
  • Introduced HACP Example Corpus Guidance: A new schemas/examples/README.md provides detailed explanations for the example fixtures, clarifying their purpose (e.g., schema conformance, contract testing) and explicitly stating what they do not prove (e.g., production safety, autonomous execution, human approval, cross-vendor interoperability).
  • Updated schemas/README.md: References the new example corpus guidance to improve discoverability and provide a comprehensive overview of the schema examples.
  • Reinforced Validation Boundaries: The new documentation consistently emphasizes that local validation checks provide evidence for review but do not grant approval or execution authority, reinforcing the human-owned aspects of HACP.

@sourcery-ai

sourcery-ai Bot commented May 20, 2026

Copy link
Copy Markdown

Reviewer's Guide

This PR updates public HACP documentation to align with the Phase 166 readiness packet by clarifying stability lanes, tightening claims about what the schema examples and fixtures do/do not prove, and wiring the examples corpus guidance into the schemas docs, without introducing any runtime, product-specific, or formal-standard claims.

Flow diagram for local hacp:doctor validation against the example corpus

flowchart LR
  Dev[Developer] -->|npm run hacp:doctor -- schemas/examples/valid| Doctor[hacp:doctor]
  Dev -->|npm run hacp:doctor -- schemas/examples/invalid --json| Doctor
  Dev -->|npm run hacp:doctor -- schemas/examples --manifest schemas/examples/manifest.json| Doctor

  Doctor --> ValidDir[schemas/examples/valid]
  Doctor --> InvalidDir[schemas/examples/invalid]
  Doctor --> Manifest[schemas/examples/manifest.json]

  Doctor --> Output[Validation_output]
Loading

File-Level Changes

Change Details Files
Document and constrain public messaging around HACP stability and maturity levels.
  • Add a new "Stability Lanes" section describing what is stable enough to use now versus experimental or non-standardized aspects.
  • Clarify approved external phrasing (e.g., "working draft with proven local evidence" vs. avoiding "formal standard").
README.md
Improve schemas documentation by explicitly pointing to the examples corpus guidance.
  • Add a link from the schemas README to the examples corpus guidance document to make claim boundaries and usage guidance discoverable from the schemas entry point.
schemas/README.md
Introduce guidance and claim boundaries for the schemas example corpus and validation flow.
  • Create a new README for the examples corpus explaining the purpose of valid/invalid fixtures and the manifest.
  • Explicitly define what fixtures and validation do and do not prove (e.g., schema conformance vs. operational safety or dispatch authority).
  • Document the expected hacp:doctor validation commands as draft evidence, emphasizing that validation output is evidence for review, not execution authority.
schemas/examples/README.md

Tips and commands

Interacting with Sourcery

  • Trigger a new review: Comment @sourcery-ai review on the pull request.
  • Continue discussions: Reply directly to Sourcery's review comments.
  • Generate a GitHub issue from a review comment: Ask Sourcery to create an
    issue from a review comment by replying to it. You can also reply to a
    review comment with @sourcery-ai issue to create an issue from it.
  • Generate a pull request title: Write @sourcery-ai anywhere in the pull
    request title to generate a title at any time. You can also comment
    @sourcery-ai title on the pull request to (re-)generate the title at any time.
  • Generate a pull request summary: Write @sourcery-ai summary anywhere in
    the pull request body to generate a PR summary at any time exactly where you
    want it. You can also comment @sourcery-ai summary on the pull request to
    (re-)generate the summary at any time.
  • Generate reviewer's guide: Comment @sourcery-ai guide on the pull
    request to (re-)generate the reviewer's guide at any time.
  • Resolve all Sourcery comments: Comment @sourcery-ai resolve on the
    pull request to resolve all Sourcery comments. Useful if you've already
    addressed all the comments and don't want to see them anymore.
  • Dismiss all Sourcery reviews: Comment @sourcery-ai dismiss on the pull
    request to dismiss all existing Sourcery reviews. Especially useful if you
    want to start fresh with a new review - don't forget to comment
    @sourcery-ai review to trigger a new review!

Customizing Your Experience

Access your dashboard to:

  • Enable or disable review features such as the Sourcery-generated pull request
    summary, the reviewer's guide, and others.
  • Change the review language.
  • Add, remove or edit custom review instructions.
  • Adjust other review settings.

Getting Help

@coderabbitai

coderabbitai Bot commented May 20, 2026

Copy link
Copy Markdown
📝 Walkthrough

Walkthrough

This PR adds documentation for project maturity guidance and example fixtures. The main README introduces "Stability Lanes" to categorize which project materials are ready to use versus experimental. A new examples/README.md provides comprehensive guidance on the local fixture corpus, including directory structure, manifest usage, what validation proves and does not prove, and exact commands to run validation checks.

Changes

Documentation for Stability Lanes and Example Corpus

Layer / File(s) Summary
Stability lanes framework
README.md
Main README introduces two labeled guidance categories—"Stable Enough To Use Now" and "Experimental Or Product-Proven But Not Standardized"—with descriptions of included materials and external framing guidance.
Example corpus documentation and reference
schemas/examples/README.md, schemas/README.md
New examples/README.md describes fixture corpus purpose, directory structure (valid/, invalid/), manifest.json, validation scope, and npm run hacp:doctor commands for different checking modes. A cross-reference is added to schemas/README.md Examples section.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~5 minutes

Possibly related PRs

  • joefeser/hacp#16: Updates README to clarify HACP framing within broader workflow context and guidance categories.

Poem

🐰 A rabbit hops through docs so clear,
Stability lanes now appear!
Examples and fixtures, all mapped out,
No more confusion—no more doubt!
The corpus shines, the guidance bright,
Documentation done just right! ✨

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Title check ✅ Passed The PR title clearly and concisely summarizes the main change: updating public HACP documentation to align with Phase 166 readiness standards.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
Description check ✅ Passed Pull request description is complete and well-structured, addressing all template sections with clear detail about changes and verification.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
📝 Generate docstrings
  • Create stacked PR
  • Commit on current branch
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch feat/public-hacp-content-update

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@qodo-code-review

Copy link
Copy Markdown

Review Summary by Qodo

Document HACP stability lanes and fixture validation boundaries

📝 Documentation

Grey Divider

Walkthroughs

Description
• Added explicit stability lanes distinguishing production-ready vs experimental features
• Created comprehensive fixture corpus guidance with validation boundaries
• Clarified what HACP examples prove and do not prove
• Added cross-references between documentation layers
Diagram
flowchart LR
  A["README.md"] -- "adds stability lanes" --> B["Stable vs Experimental"]
  C["schemas/README.md"] -- "links to" --> D["schemas/examples/README.md"]
  D -- "defines" --> E["Fixture Purpose & Boundaries"]
  E -- "clarifies" --> F["What Fixtures Prove/Not Prove"]

Loading

File Changes

1. README.md 📝 Documentation +22/-0

Define stability lanes for HACP features

• Added "Stability Lanes" section with two subsections
• Listed stable-enough features: artifact vocabulary, JSON Schema, examples, validation flow,
 authority boundaries
• Listed experimental/unproven features: product-specific UX, cross-vendor claims, schema-only
 safety claims, finalized standard claims
• Provided guidance on accurate external framing of HACP maturity

README.md


2. schemas/README.md 📝 Documentation +1/-0

Link to fixture corpus guidance documentation

• Added reference link to new examples/README.md guidance document
• Positioned corpus guidance as part of the examples documentation structure

schemas/README.md


3. schemas/examples/README.md 📝 Documentation +38/-0

Create fixture corpus guidance and validation boundaries

• Created new guidance document for example corpus
• Defined purpose of valid/invalid fixtures and manifest
• Explicitly stated what fixtures prove: schema conformance, manifest outcomes, vocabulary structure
• Explicitly stated what fixtures do not prove: production safety, autonomous dispatch, approval
 authority, interoperability
• Provided validation flow commands with disclaimer that output is evidence, not approval

schemas/examples/README.md


Grey Divider

Qodo Logo

@qodo-code-review

qodo-code-review Bot commented May 20, 2026

Copy link
Copy Markdown

Code Review by Qodo

🐞 Bugs (0) 📘 Rule violations (0) 📎 Requirement gaps (0)

Grey Divider


Remediation recommended

1. Invalid corpus exits nonzero ✓ Resolved 🐞 Bug ⚙ Maintainability
Description
schemas/examples/README.md instructs running `npm run hacp:doctor -- schemas/examples/invalid
--json` without noting that it is expected to exit with code 1 because those fixtures must fail
validation, which can surprise readers and break naive CI steps following the doc.
The doctor script always exits 1 when diagnostics are present, and the repo explicitly defines
invalid examples as “must fail validation.”
Code

schemas/examples/README.md[R31-35]

Evidence
The new README includes an invalid/ validation command; the doctor tool exits with status 1 when
any diagnostics exist, and invalid fixtures are defined elsewhere in-repo as required to fail
validation, so the documented command is expected to return non-zero.

schemas/examples/README.md[27-35]
scripts/hacp-doctor.mjs[298-305]
schemas/README.md[81-82]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
The new `schemas/examples/README.md` shows a command to validate `schemas/examples/invalid` but doesn’t state that this command is expected to produce diagnostics and exit with code `1`. Readers may interpret this as a broken setup or a CI failure when it’s actually an intended contract-test.

## Issue Context
- The doctor CLI exits `1` whenever diagnostics exist.
- The repo’s schema docs define `examples/invalid/` fixtures as intentionally malformed and expected to fail validation.

## Fix Focus Areas
- schemas/examples/README.md[27-38]

## What to change
- Add a short note adjacent to the `schemas/examples/invalid` command stating it is expected to exit `1` (and that the `--json` output is the artifact to inspect).
- (Optional) Mention that CI should treat this step as “expected failing” if included (e.g., don’t gate success solely on exit code for that specific command).

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


Grey Divider

Qodo Logo

@kody-ai

kody-ai Bot commented May 20, 2026

Copy link
Copy Markdown

Kody Review Complete

Great news! 🎉
No issues were found that match your current review configurations.

Keep up the excellent work! 🚀

Kody Guide: Usage and Configuration
Interacting with Kody
  • Request a Review: Ask Kody to review your PR manually by adding a comment with the @kody start-review command at the root of your PR.

  • Validate Business Logic: Ask Kody to validate your code against business rules by adding a comment with the @kody -v business-logic command.

  • Provide Feedback: Help Kody learn and improve by reacting to its comments with a 👍 for helpful suggestions or a 👎 if improvements are needed.

Current Kody Configuration
Review Options

The following review options are enabled or disabled:

Options Enabled
Bug
Performance
Security
Business Logic

Access your configuration settings here.

@sourcery-ai sourcery-ai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hey - I've left some high level feedback:

  • In schemas/examples/README.md, consider briefly documenting the expected hacp:doctor exit codes (especially for runs over invalid/ and manifest mode) so users know how to interpret success vs expected failure when they follow the commands.
  • In the top-level README.md, you might link the new "Stability Lanes" section from the HACP 0.2 draft section (or vice versa) so readers jumping into the draft protocol context are explicitly guided to the stability framing you just introduced.
Prompt for AI Agents
Please address the comments from this code review:

## Overall Comments
- In `schemas/examples/README.md`, consider briefly documenting the expected `hacp:doctor` exit codes (especially for runs over `invalid/` and manifest mode) so users know how to interpret success vs expected failure when they follow the commands.
- In the top-level `README.md`, you might link the new "Stability Lanes" section from the HACP 0.2 draft section (or vice versa) so readers jumping into the draft protocol context are explicitly guided to the stability framing you just introduced.

Sourcery is free for open source - if you like our reviews please consider sharing them ✨
Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request introduces a "Stability Lanes" section to the main README to clarify the maturity and intended use of various HACP components. It also adds a new guidance document for the example corpus, detailing its purpose, limitations, and the validation flow using the hacp:doctor tool. A review comment suggests expanding the draft artifact vocabulary list in the README to include missing items like evidence sets and loop policies to ensure the documentation accurately reflects the current draft schema.

Comment thread README.md Outdated
@joefeser

Copy link
Copy Markdown
Owner Author

@copilot review

@joefeser

Copy link
Copy Markdown
Owner Author

@codex review

Copilot AI commented May 20, 2026

Copy link
Copy Markdown

@copilot review

Reviewed the latest docs commits at fa6faa2. I confirmed recent workflow runs are successful and re-ran npm run --silent hacp:doctor -- schemas/examples --json locally (passes), so no additional changes are needed.

@chatgpt-codex-connector

Copy link
Copy Markdown

Codex Review: Didn't find any major issues. Keep them coming!

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

@joefeser
joefeser merged commit 9a01749 into main May 20, 2026
4 checks passed
@joefeser
joefeser deleted the feat/public-hacp-content-update branch May 20, 2026 21:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants