Skip to content

feat: tool scaffold and structured requirement intake#82

Merged
chen201724 merged 2 commits into
feat/harness-gatesfrom
feat/harness-scaffolding
Jul 14, 2026
Merged

feat: tool scaffold and structured requirement intake#82
chen201724 merged 2 commits into
feat/harness-gatesfrom
feat/harness-scaffolding

Conversation

@chen201724

Copy link
Copy Markdown
Member

Summary

Stacked on #80 (which is stacked on #79 — merge in order). Third batch of harness building: converts the two remaining judgment-heavy spots in the delivery pipeline into procedure.

  • npm run new:tool -- <domain> <yuque_tool_name>: scaffolds a gate-passing tool stub + placeholder test for new domains; for existing domains prints a paste-ready snippet without touching the file; rejects duplicate tool names and malformed args; always prints the remaining delivery checklist mirroring docs/workflows/add-tool.md. The add-tool recipe goes from "document the agent must follow" to "procedure the harness executes".
  • Structured requirement intake: new Tool Request issue template captures a directly deliverable spec — tool name, upstream Yuque endpoint, access type, parameter table, required acceptance criteria, and a mandatory out-of-scope check against docs/capability-scope.md. Feature Request gains an optional acceptance criteria field.

Test plan

  • Scaffold new domain: creates src/tools/demo.ts + tests/tools/demo.test.ts; full npm run check green with generated stubs in place (185 tests)
  • Existing domain: prints snippet, git status confirms no file modified
  • Duplicate tool name (yuque_get_doc): rejected with file location
  • Malformed domain (Demo): rejected with usage guidance
  • Demo files removed; final tree contains only intended changes

🤖 Generated with Claude Code

chen201724 and others added 2 commits July 4, 2026 12:15
npm run new:tool -- <domain> <yuque_tool_name> creates a
gate-passing tool stub and placeholder test for new domains, prints
a paste-ready snippet for existing domains without touching their
files, rejects duplicate tool names, and always prints the remaining
delivery checklist mirroring docs/workflows/add-tool.md. Turns the
add-tool recipe from a document agents must follow into a procedure
the harness executes.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
New Tool Request issue template captures a deliverable spec (tool
name, upstream endpoint, access type, parameter table, acceptance
criteria, out-of-scope check) so agents can implement directly from
the issue. Feature Request gains an optional acceptance criteria
field.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
@chatgpt-codex-connector

Copy link
Copy Markdown

You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard.
To continue using code reviews, you can upgrade your account or add credits to your account and enable them for code reviews in your settings.

@chen201724
chen201724 merged commit e444830 into feat/harness-gates Jul 14, 2026
@chen201724
chen201724 deleted the feat/harness-scaffolding branch July 14, 2026 17:23
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.

1 participant