Skip to content

fix: add capabilities stanza to construct.yaml#7

Open
zkSoju wants to merge 1 commit intomainfrom
fix/add-capabilities
Open

fix: add capabilities stanza to construct.yaml#7
zkSoju wants to merge 1 commit intomainfrom
fix/add-capabilities

Conversation

@zkSoju
Copy link
Contributor

@zkSoju zkSoju commented Mar 21, 2026

Summary

  • Added missing capabilities metadata block to construct.yaml
  • Echelon interop audit (2026-03-20) identified this gap — 5/7 constructs compile through the 037 pipeline but artisan was missing the top-level capabilities stanza
  • Values derived from skill-level index.yaml declarations across 14 skills: sonnet, moderate, medium, sequential, downgrade_allowed: false

Test plan

  • Verify construct.yaml parses cleanly with yq/yaml lint
  • Confirm Echelon 037 pipeline accepts the construct with capabilities present

🤖 Generated with Claude Code

Echelon interop audit found construct-artisan was missing the
capabilities metadata block required by the 037 pipeline.
Values derived from skill-level index.yaml declarations across
14 skills (sonnet, moderate, medium, sequential).

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
@zkSoju zkSoju requested a review from janitooor March 21, 2026 08:24
Copy link

@chatgpt-codex-connector chatgpt-codex-connector bot left a comment

Choose a reason for hiding this comment

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

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 3c604f0b64

ℹ️ 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".

requires:
native_runtime: true
tool_calling: true
thinking_traces: false

Choose a reason for hiding this comment

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

P1 Badge Advertise required thinking traces at construct level

If the 037/Echelon pipeline now gates construct admission on construct.yaml capabilities, this top-level thinking_traces: false will misclassify Artisan as runnable on trace-less runtimes even though /envisioning-direction explicitly requires traces in skills/envisioning-direction/index.yaml:55-59. In that environment the construct will be accepted, but invoking that skill will fail or be silently degraded because the pack metadata under-reports one of its contained skills' hard requirements.

Useful? React with 👍 / 👎.

native_runtime: true
tool_calling: true
thinking_traces: false
vision: false

Choose a reason for hiding this comment

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

P1 Badge Mark the construct as vision-capable

Several shipped skills declare vision: true (skills/iterating-visuals/index.yaml:56-60, skills/decomposing-feel/index.yaml:54-58, skills/styling-material/index.yaml:50-54, and skills/surveying-patterns/index.yaml:50-54), so publishing the pack-level manifest with vision: false under-advertises a hard runtime dependency. Any scheduler that trusts only construct.yaml can now place Artisan on a non-vision model, after which those screenshot- and image-based workflows are guaranteed to be unavailable even though the construct was accepted.

Useful? React with 👍 / 👎.

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