fix: shorten skill descriptions for Codex validation - #88
fix: shorten skill descriptions for Codex validation#88kamilsierocki-web wants to merge 1 commit into
Conversation
eve-builds
left a comment
There was a problem hiding this comment.
Thanks @kamilsierocki-web — verified locally and this is clean. ✅
What I checked
masterdescription blocks: avatar = 1340 chars, video = 1470 chars (both over Codex's 1024 limit)- PR description blocks: avatar = 517 chars, video = 548 chars (well under)
- SHA-256 of the body-after-frontmatter is byte-for-byte identical to
masterfor both files. All the embedded expertise (phases, prompt engineering, frame check, etc.) is preserved. - CI green, mergeable, one focused commit.
One thing worth flagging for follow-up (not blocking this PR)
The compressed descriptions intentionally drop the chain-signal heuristics and explicit example trigger phrases:
- "first…then", "X and immediately record", "design [presenter] and record" → CHAIN
- "make a video of me saying…", "send a video to my leads", "record an update for my team"
- "If the user provides a photo AND wants a video, route to heygen-avatar first"
These are real Agent Tool Optimization signals — they're how agents decide to chain heygen-avatar → heygen-video vs. running one in isolation. They survive in the body content of SKILL.md, but the frontmatter description is what some skill loaders surface to the model when ranking which skill to invoke. We may lose some chain accuracy on Codex specifically until they raise the limit (or we move chain hints into a separate frontmatter field if the spec supports it).
Not a reason to hold this PR — Codex validation failure is a hard block, ATO loss is gradient. Approving.
cc @kenchung — this is the second Codex/Cowork compat issue this week (after #84 from @dvdhuidobro re: /skills folder structure). Worth a one-time pass over Codex's skill loader spec to catch the rest before they're filed.
Summary
Validation