DOCS-1626 - Update /jira skill with DOCS project field reference#6701
DOCS-1626 - Update /jira skill with DOCS project field reference#6701mafsumo wants to merge 2 commits into
Conversation
Added comprehensive field documentation to the /jira skill including: - All required and optional fields with field IDs - Preview Doc Requirement options - Release Note Requirement field - Product UI Link and Existing Tech Docs Link fields - Guidance to populate Existing Tech Docs Link with production URL when updating articles - Field ID reference for programmatic ticket creation This ensures Claude Code can properly populate all relevant DOCS project fields when creating tickets, improving ticket quality and reducing manual updates. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
|
Should not be merged until IT have completed all tasks, further commits pending (https://sumologic.atlassian.net/browse/DOCS-1611) |
|
Also update Jira instructions in line 43 of main https://github.com/SumoLogic/sumologic-documentation/blob/main/CLAUDE.md?plain=1 |
**Jira Skill Improvements:** - Added explicit requirement that "Existing Tech Docs Link" field is mandatory for Published transition - Clarified field must be populated when creating OR updating tickets for existing articles - Emphasized this prevents publishing workflow blocks **CLAUDE.md Optimizations:** - Reduced file from 180 lines to 102 lines (43% reduction) - Enhanced PR template enforcement with mandatory template read step - Added explicit anti-pattern list (never use "Documentation content", "Website configuration", etc.) - Expanded Jira Rules section with field requirements, workflow patterns, and publishing checklist - Consolidated slash command reference from 44-line table to 5-line summary - Improved delegation pattern: directive rules in CLAUDE.md, details in skill files **Workflow Impact:** - Prevents PR template violations by enforcing exact checkbox labels from source file - Ensures Jira tickets have required fields before publishing - Makes CLAUDE.md more scannable and maintainable - Better enforces consistency across all documentation workflows Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
Session Improvements SummaryAfter closing DOCS-1625 (which required the "Existing Tech Docs Link" field for publishing), identified workflow gaps and made the following enhancements: 🎯 Jira Workflow ImprovementsProblem identified: The "Existing Tech Docs Link" field (
Fix applied:
📋 PR Template EnforcementProblem identified: PR #6700 used incorrect checkbox categories:
Root cause: CLAUDE.md referenced the template but didn't enforce reading it or using exact labels Fix applied:
⚡ CLAUDE.md OptimizationProblem identified: File had redundancy and was harder to scan (180 lines, 1,342 words) Fix applied:
📊 Impact✅ Prevents PR template violations via mandatory verification — via Claude Code |
|
@kimsauce FYI ^ made some adjustments and optimizations to |
kimsauce
left a comment
There was a problem hiding this comment.
Two things worth flagging at the PR level:
1. This PR uses the wrong checkbox labels — the exact problem it's trying to fix.
The actual current template (.github/PULL_REQUEST_TEMPLATE.md) has:
- [ ] Minor Changes - Typos, formatting, slight revisions
- [ ] Update Content - Revisions, updating sections
- [ ] New Content - New features, sections, pages, tutorials
- [ ] Site and Tools - .clabot, version updates, maintenance, dependencies...
This PR selected Website configuration, which doesn't exist in that list. It's a live demonstration of the behavior the CLAUDE.md change is trying to prevent.
2. Proactive suggestion guidance was removed without a replacement.
The old ## Capability Responses section explicitly told Claude: "Proactively suggest /doc-from-jira when a user mentions a Jira ticket, /seo-audit before a PR, or /geo-optimize when a doc needs discoverability improvements." The new compact slash commands section says (proactively suggest when relevant) but gives no guidance on when or which commands to suggest. That behavioral guidance is worth preserving somewhere, even in compact form.
| 2. **Use exact text** - Copy checkbox labels verbatim (never paraphrase: "Documentation content", "Website configuration", etc. DO NOT EXIST) | ||
| 3. **Keep all checkboxes** - Pre-check one box, leave all four in the list | ||
| 4. **PR title format**: `TICKET - Description` (e.g., `DOCS-1234 - Add PostgreSQL app`) | ||
| 5. **Ask for ticket number** - Always ask before creating PRs (optional only for quick typo fixes) |
There was a problem hiding this comment.
Was removing this intentional? Previously Claude would always ask for a Jira ticket number before creating a PR. Without this rule, Claude will create PRs without prompting — which may be the desired behavior, but worth confirming.
| - **Assignee** (`assignee`) - Auto-assign based on Technical Area unless user specifies | ||
| - **Description** (`description`) - Always use markdown format | ||
| - **Priority** (`priority`) - Defaults to "Medium" | ||
| - Options: " High" (id: 12023), " Medium" (id: 12024), " Low" (id: 12025) |
There was a problem hiding this comment.
Leading spaces before each priority label: " High", " Medium", " Low". If Claude passes these values to the Jira API, the request will fail or return a field validation error. Remove the leading spaces.
| **After PR creation:** | ||
| - Always update the Github Pull Request field with the PR URL using `customfield_10466` | ||
|
|
||
| **Field IDs reference:** |
There was a problem hiding this comment.
Field IDs are already documented inline with each field above (e.g., customfield_10748 next to Technical Area). This reference table duplicates all of them. Pick one place — inline is more useful since it's right next to the field description.
| - **Existing Tech Docs Link** (`customfield_10750`): | ||
| - REQUIRED when transitioning to Published status | ||
| - MUST be populated when creating or updating tickets that touch existing articles | ||
| - Use full production URL (e.g., `https://help.sumologic.com/docs/get-started/training-certification-faq`) |
There was a problem hiding this comment.
legacy URL
| - Use full production URL (e.g., `https://help.sumologic.com/docs/get-started/training-certification-faq`) | |
| - Use full production URL (e.g., `https://www.sumologic.com/help/docs/get-started/training-certification-faq`) |
| 3. **Pre-check the appropriate checkbox** - Check the correct box but leave ALL four checkboxes in the list. Never remove unchecked items from the "Select the type of change" section | ||
| **Non-negotiable rules:** | ||
| 1. **Read template first** - Get current checkbox labels from `.github/PULL_REQUEST_TEMPLATE.md` (never guess or use old labels) | ||
| 2. **Use exact text** - Copy checkbox labels verbatim (never paraphrase: "Documentation content", "Website configuration", etc. DO NOT EXIST) |
There was a problem hiding this comment.
This parenthetical is too cryptic to be actionable. Saying these labels "DO NOT EXIST" tells Claude what's wrong but not what's right — and a future reader won't be able to infer the correct labels from this alone. Replace with the actual current labels:
| 2. **Use exact text** - Copy checkbox labels verbatim (never paraphrase: "Documentation content", "Website configuration", etc. DO NOT EXIST) | |
| 2. **Use exact text** - Copy checkbox labels verbatim. Current labels are: "Minor Changes", "Update Content", "New Content", "Site and Tools". |
| - **Titles**: Sentence case, action verb, specific, under 10 words | ||
| - **Descriptions**: Benefit-driven, active voice, under 150 words unless complex, markdown format | ||
| - **Comment attribution**: Always append `— via Claude Code` to any comment posted to a Jira ticket | ||
| - **Status transitions**: Use workflow states: To Do → In Progress → In Review → Published/Done |
There was a problem hiding this comment.
The workflow states listed here don't match the actual DOCS Jira project. The real states are:
Backlog → To Do → In Progress → Blocked → In Review → On Hold → Published → Closed
The documented version is missing Backlog, Blocked, and On Hold, and uses "Done" instead of "Closed".
Purpose of this pull request
Updates the
/jiraClaude Code skill with comprehensive field documentation for the DOCS project. This ensures Claude can properly populate all relevant DOCS fields when creating tickets via the/jiracommand, reducing manual updates and improving ticket quality.What changed
Fields documented:
Ticket (if applicable)
https://sumologic.atlassian.net/browse/DOCS-1626
Related to DOCS-1611 (DOCS Jira Project Overhaul)
Select the type of change
🤖 Generated with Claude Code