williamwue

feature

"Add or change behavior with design and end-to-end verification."

williamwue 2 Updated 4w ago

Resources

1
GitHub

Install

npx skillscat add williamwue/oh-my-stack/packages-codex-skills-feature

Install via the SkillsCat registry.

SKILL.md

Feature

Codex delegation binding

For every delegated worker in this workflow, derive the exact model,
reasoning_effort, and complete role-plus-task message with
../../scripts/codex-delegation.mjs prepare relative to this Skill. It resolves
the nearest project manifest first, then the user manifest. Supply the named
route/panel entry where configured; otherwise supply the canonical role
and the observed parent model and effort. Pass
the returned task_name, fork_turns=none, model, effort, and message
explicitly to the spawn call. Do not use a generated custom-role name as a selector or
claim its TOML was activated. After the worker finishes, run the helper's
verify mode on the persisted parent and child records when available; it
checks the spawn metadata, parent link, and child turn_context.
The persisted spawn message may be encrypted; disclose when its exact
role/task text cannot be audited. If records are unavailable, state that
runtime model resolution is unverified.
For this workflow's implementers use code.feature-refactoring.

The root owns design, integration, and proof.

  1. Inspect the affected subsystem with the how workflow. Name the user-visible
    behavior, current boundary, and the data shape that should organize the new
    behavior.
  2. Compare multiple designs only when the choice is consequential. Use a
    prototype for an empirical fork and interrogate for a contested design.
    Otherwise record why the direct design is sufficient.
  3. Write a throughput checkpoint covering blocking gates, independent work,
    shared mutable state, and the smallest safe decomposition. Use one writer
    when ownership overlaps.
  4. Establish failing or absent behavior with a test or executable reproduction
    before implementation when practical.
  5. Assign one bounded writer or implement at the root. A delegated writer gets
    exact paths, the named data shape, constraints, and success commands. Use an
    isolated workspace when available. Use the configured code.feature-refactoring route
    when active; otherwise inherit the runtime model. If isolation is missing,
    serialize writes and disclose it.
  6. The root inspects the actual diff, rejects unrelated changes, and runs the
    stated checks on the matching surface. Do not accept a child summary as
    verification.
  7. Keep commits small and independently verifiable. Do not publish or open a
    pull request unless the user explicitly requested that external action.

Return what changed for the user, the chosen structure and tradeoffs, the
throughput checkpoint, exact verification commands and outcomes, evidence
limitations, and any open product decision.