/update-issue
Update an issue description with structured, evidence-backed content.
$ npx -y skills add jabrena/plinth --agent claude-codeHow it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/update-issue
Context preview
What this command does when you run it.
Update an issue description with structured, evidence-backed content.
Command definition
update-issue.mddescription: 'Update an issue description with structured, evidence-backed content.'
argument-hint: '[issue-url]'
model: 'inherit'
agent: 'plinth-business-analyst'
tools:
- 'Read'
- 'Bash'
update-issue
Update an existing project issue description with structured, evidence-backed content.
Usage
/update-issue <issue> [<source>] [<tracker>]
Accepted Inputs
- Existing GitHub or Jira issue number, key, or URL
- Optional source notes, supporting discussion, user story, acceptance criteria, or file path
- Optional tracker selection: GitHub or Jira
Owning Agent
`@plinth-business-analyst`
Associated Skills
- `043-planning-github-issues`
- `044-planning-jira`
- `045-planning-azure-devops`
- `014-agile-user-story` when user-story refinement is required
Workflow
1. Load the current issue description and relevant discussion before drafting changes. 2. Confirm the requested update scope and the source material authority. 3. Use `014-agile-user-story` when the update needs user-story, acceptance-criteria, or Gherkin-style structure. 4. Draft the updated issue body without inventing requirements. 5. Present the proposed body before overwriting the existing issue description. 6. Update the issue in the selected tracker after approval. 7. Report the issue identifier and URL.
Output
- Updated structured issue description
- Acceptance criteria or user-story scenario when applicable
- Updated GitHub/Jira issue reference
Safeguards
- Do not invent requirements, acceptance criteria, or comments.
- Do not expose tracker credentials or tokens.
- Do not overwrite an issue body without showing the proposed replacement.
- Preserve relevant existing issue content unless the user explicitly asks to remove it.
Read more
description: 'Update an issue description with structured, evidence-backed content.' argument-hint: '[issue-url]' model: 'inherit' agent: 'plinth-business-analyst' tools: - 'Read' - 'Bash'
update-issue
Update an existing project issue description with structured, evidence-backed content.
Usage
/update-issue <issue> [<source>] [<tracker>]
Accepted Inputs
- Existing GitHub or Jira issue number, key, or URL
- Optional source notes, supporting discussion, user story, acceptance criteria, or file path
- Optional tracker selection: GitHub or Jira
Owning Agent
`@plinth-business-analyst`
Associated Skills
- `043-planning-github-issues`
- `044-planning-jira`
- `045-planning-azure-devops`
- `014-agile-user-story` when user-story refinement is required
Workflow
1. Load the current issue description and relevant discussion before drafting changes. 2. Confirm the requested update scope and the source material authority. 3. Use `014-agile-user-story` when the update needs user-story, acceptance-criteria, or Gherkin-style structure. 4. Draft the updated issue body without inventing requirements. 5. Present the proposed body before overwriting the existing issue description. 6. Update the issue in the selected tracker after approval. 7. Report the issue identifier and URL.
Output
- Updated structured issue description
- Acceptance criteria or user-story scenario when applicable
- Updated GitHub/Jira issue reference
Safeguards
- Do not invent requirements, acceptance criteria, or comments.
- Do not expose tracker credentials or tokens.
- Do not overwrite an issue body without showing the proposed replacement.
- Preserve relevant existing issue content unless the user explicitly asks to remove it.
Languages: Español · 中文 Help this project grow: Become a sponsor
Other commands on plinth.
- /benchmark
Design and coordinate a reproducible Java performance test.
Open command - /close-spec
Archive a completed OpenSpec change by name.
Open command - /create-acceptance-criteria
Derive and post confirmed Gherkin acceptance criteria for an issue.
Open command - /create-adr
Create a repository ADR for an approved architectural decision.
Open command - /create-diagram
Create an architecture or design diagram from selected source artifacts.
Open command - /create-feature-branch
Create and switch to a conventionally named feature branch.
Open command

