← gstack WorkflowsCONTENT HISTORY

Update to gstack Workflows

Snapshot Sep 30, 2026 · 23:14 UTC · version 0.1.0

Collection source: not recorded for this historical snapshot.

WHAT CHANGED · RULE-BASED ANALYSIS

First saved snapshot

No earlier snapshot is available to establish a change.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "name": "plan-design-review",
  "description": "Review product and interface design dimensions before implementation.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 276
    }
  ],
  "skill_md_contents": "---\nname: plan-design-review\ndescription: Review product and interface design dimensions before implementation.\n---\n\n# Plan Design Review\n\nPortable ChatGPT/Codex adaptation of the `plan-design-review` workflow from `garrytan/gstack`. Preserve the original job and safety intent while mapping execution to capabilities the current host actually exposes.\n\n## When to use\n\nUse this Skill when the user explicitly names `plan-design-review` or asks for the same job described above.\n\n## Host contract\n\n- Inspect repository or file evidence before making claims about the current state.\n- Use host-native read, list, search, grep, patch, write, shell, browser, computer, and Python capabilities only when they actually exist.\n- Never claim commands, tests, browser actions, device actions, file writes, Git operations, or external mutations that were not executed.\n- Prefer read-only discovery before mutation.\n- Respect repository instructions and preserve unrelated work.\n- When the original native gstack runtime is available in Codex, it may be used as an implementation detail after inspecting the installed upstream Skill. Do not hard-code Claude-only paths as a requirement.\n\n## Workflow\n\n1. Inspect the request and relevant repository evidence before judging the plan.\n2. State the objective, user outcome, constraints, and assumptions.\n3. Challenge the proposal from the skill's named lens and identify missing decisions.\n4. Compare meaningful alternatives when the choice is not obvious.\n5. Produce a concrete recommendation with acceptance criteria, risks, and verification steps.\n6. Stop before implementation unless the user also asked to build.\n\n## Completion\n\nReturn the decision, findings, changed artifacts if any, executed verification, skipped checks, and remaining blockers.\n"
}

SHA-256: 275020b7e1c4a818b1c3d2fb510f0e462d930dc6c0322b0935a25b40fcafbf8d