L1 Improvement
- Rebuilt the meta-tools guidance with Skill Forge required sections, tool composition guardrails, and verification steps.
- Added prompt-architect style constraint extraction plus confidence ceilings for tool recommendations.
STANDARD OPERATING PROCEDURE
Purpose
Create and evolve a library of development tools with clear contracts, composition patterns, and validation evidence so downstream agents can reliably orchestrate them.
Trigger Conditions
- Positive: requests to design a new tool, improve an existing one, or compose multiple tools into a workflow.
- Negative/reroute: single-use prompts (prompt-architect), agent design (agent-creator), or pure skill scaffolding (skill-builder/skill-forge).
Guardrails
- Define explicit inputs/outputs, side effects, and failure modes for every tool.
- Include safety and rate-limit considerations for external integrations.
- Maintain English outputs with explicit confidence ceilings for recommendations.
- Require tests (unit/simulation) before promoting a tool for orchestration use.
Execution Phases
- Discovery: Capture problem, environment, constraints, and integration surfaces; classify hard/soft/inferred constraints.
- Interface Design: Specify input/output contracts, error semantics, and idempotency expectations.
- Implementation/Selection: Build or adapt tools; ensure portability and minimal dependencies.
- Validation: Run functional, boundary, and misuse tests; record evidence and metrics.
- Composition: Document how the tool chains with others, including pre/post hooks.
Pattern Recognition
- IO-transformer tools → emphasize deterministic formats and schema validation.
- External-service tools → highlight auth, retries, and timeout strategies.
- Orchestration helpers → clarify preconditions and postconditions for safe chaining.
Advanced Techniques
- Provide composable adapters (wrappers) to normalize outputs for downstream tools/agents.
- Use circuit-breaker patterns for unstable integrations.
- Capture provenance metadata so agent-selector can trust the tool pedigree.
Common Anti-Patterns
- Ambiguous side effects or undocumented environment requirements.
- Overloaded tools that do too many things.
- Missing validation or confidence ceilings for claims about reliability.
Practical Guidelines
- Prefer small, single-purpose tools with clear naming.
- Include example invocations and sample payloads in references/resources.
- Version tools when contracts change; keep changelog notes.
Cross-Skill Coordination
- Upstream: prompt-architect for clarity; cognitive-lensing for alternative designs.
- Parallel: skill-builder/skill-forge for directory and documentation alignment.
- Downstream: agent-creator/agent-selector using tool metadata; recursive-improvement for tuning reliability.
MCP Requirements
- Document required MCP servers and permissions; tag WHO=meta-tools-{session}, WHY=skill-execution for memory usage.
Input/Output Contracts
inputs:
problem: string # required problem statement
environment: string # optional runtime/environment notes
constraints: list[string] # optional constraints
outputs:
tool_specs: list[file] # definitions with contracts and examples
validation_report: file # tests executed and results
composition_notes: summary # how tools chain together
Recursive Improvement
- Use recursive-improvement when tools fail tests or integration friction is high; capture deltas between iterations.
Examples
- Build a schema-validator tool to sanitize API payloads before database writes.
- Compose a doc-generation toolchain combining linting, formatting, and preview steps.
Troubleshooting
- Flaky integrations → add retries, backoff, and circuit breakers.
- Schema drift → pin versions and add validation layers.
- Tool overlap → consolidate or specialize with clear naming and scope.
Completion Verification
Confidence: 0.70 (ceiling: inference 0.70) - Meta-tools SOP aligned to Skill Forge cadence with prompt-architect guardrails.
1---2name: meta-tools3description: Design, validate, and orchestrate development tools with reusable patterns, composition rules, and evidence-backed tests.4---5
6
7
8
9### L1 Improvement
10- Rebuilt the meta-tools guidance with Skill Forge required sections, tool composition guardrails, and verification steps.
11- Added prompt-architect style constraint extraction plus confidence ceilings for tool recommendations.
12
13## STANDARD OPERATING PROCEDURE
14
15### Purpose
16Create and evolve a library of development tools with clear contracts, composition patterns, and validation evidence so downstream agents can reliably orchestrate them.
17
18### Trigger Conditions
19- Positive: requests to design a new tool, improve an existing one, or compose multiple tools into a workflow.
20- Negative/reroute: single-use prompts (prompt-architect), agent design (agent-creator), or pure skill scaffolding (skill-builder/skill-forge).
21
22### Guardrails
23- Define explicit inputs/outputs, side effects, and failure modes for every tool.
24- Include safety and rate-limit considerations for external integrations.
25- Maintain English outputs with explicit confidence ceilings for recommendations.
26- Require tests (unit/simulation) before promoting a tool for orchestration use.
27
28### Execution Phases
291. **Discovery**: Capture problem, environment, constraints, and integration surfaces; classify hard/soft/inferred constraints.
302. **Interface Design**: Specify input/output contracts, error semantics, and idempotency expectations.
313. **Implementation/Selection**: Build or adapt tools; ensure portability and minimal dependencies.
324. **Validation**: Run functional, boundary, and misuse tests; record evidence and metrics.
335. **Composition**: Document how the tool chains with others, including pre/post hooks.
34
35### Pattern Recognition
36- IO-transformer tools → emphasize deterministic formats and schema validation.
37- External-service tools → highlight auth, retries, and timeout strategies.
38- Orchestration helpers → clarify preconditions and postconditions for safe chaining.
39
40### Advanced Techniques
41- Provide composable adapters (wrappers) to normalize outputs for downstream tools/agents.
42- Use circuit-breaker patterns for unstable integrations.
43- Capture provenance metadata so agent-selector can trust the tool pedigree.
44
45### Common Anti-Patterns
46- Ambiguous side effects or undocumented environment requirements.
47- Overloaded tools that do too many things.
48- Missing validation or confidence ceilings for claims about reliability.
49
50### Practical Guidelines
51- Prefer small, single-purpose tools with clear naming.
52- Include example invocations and sample payloads in references/resources.
53- Version tools when contracts change; keep changelog notes.
54
55### Cross-Skill Coordination
56- Upstream: prompt-architect for clarity; cognitive-lensing for alternative designs.
57- Parallel: skill-builder/skill-forge for directory and documentation alignment.
58- Downstream: agent-creator/agent-selector using tool metadata; recursive-improvement for tuning reliability.
59
60### MCP Requirements
61- Document required MCP servers and permissions; tag WHO=meta-tools-{session}, WHY=skill-execution for memory usage.
62
63### Input/Output Contracts
64```yaml
65inputs:
66 problem: string # required problem statement
67 environment: string # optional runtime/environment notes
68 constraints: list[string] # optional constraints
69outputs:
70 tool_specs: list[file] # definitions with contracts and examples
71 validation_report: file # tests executed and results
72 composition_notes: summary # how tools chain together
73```
74
75### Recursive Improvement
76- Use recursive-improvement when tools fail tests or integration friction is high; capture deltas between iterations.
77
78### Examples
79- Build a schema-validator tool to sanitize API payloads before database writes.
80- Compose a doc-generation toolchain combining linting, formatting, and preview steps.
81
82### Troubleshooting
83- Flaky integrations → add retries, backoff, and circuit breakers.
84- Schema drift → pin versions and add validation layers.
85- Tool overlap → consolidate or specialize with clear naming and scope.
86
87### Completion Verification
88- [ ] Tool contracts defined with inputs/outputs and failure modes.
89- [ ] Validation evidence recorded; ceilings stated for reliability claims.
90- [ ] Composition guidance documented for orchestration use.
91- [ ] Dependencies and permissions disclosed.
92
93Confidence: 0.70 (ceiling: inference 0.70) - Meta-tools SOP aligned to Skill Forge cadence with prompt-architect guardrails.