Doc Issue Readme

Issue Documentation Skill

Post structured documentation to GitHub issues following ML Odyssey standards.

When to Use

• Starting work on a GitHub issue
• Documenting implementation approach
• Tracking implementation progress
• Consolidating findings and decisions

Quick Reference

# Post documentation to issue
gh issue comment <number> --body "$(cat <<'EOF'
## Issue Documentation

### Objective
[What this issue accomplishes]

### Approach
[Implementation approach]

### Files to Modify
- path/to/file1
- path/to/file2

### Success Criteria
- [ ] Criterion 1
- [ ] Criterion 2
EOF
)"

Documentation Format

Starting Work

gh issue comment <number> --body "$(cat <<'EOF'
## Implementation Started

**Branch**: `<branch-name>`

### Objective
[1-2 sentence description of what this issue accomplishes]

### Approach
[Brief description of implementation approach]

### Files to Create/Modify
- [ ] `path/to/file1.mojo` - [purpose]
- [ ] `path/to/file2.mojo` - [purpose]

### Success Criteria
- [ ] Criterion 1
- [ ] Criterion 2

### References
- Related: #[other-issue]
- Design: [link to relevant docs]
EOF
)"

Progress Update

gh issue comment <number> --body "$(cat <<'EOF'
## Progress Update

### Completed
- [x] Item 1
- [x] Item 2

### In Progress
- [ ] Item 3 (70%)

### Blockers
None / [describe blockers]

### Notes
[Any findings or decisions made]
EOF
)"

Completion Summary

gh issue comment <number> --body "$(cat <<'EOF'
## Implementation Complete

**PR**: #<pr-number>

### Summary
[What was implemented]

### Files Changed
- `path/to/file1.mojo` - [change description]
- `path/to/file2.mojo` - [change description]

### Testing
- All tests pass
- Coverage: X%

### Verification
- [x] `pixi run test` passes
- [x] `just pre-commit-all` passes
EOF
)"

Workflow

1. Read issue context: gh issue view <number> --comments
2. Post documentation: Use templates above to document approach
3. Update as work progresses: Post progress updates
4. Summarize on completion: Post completion summary with PR link

Documentation Rules

DO

• Keep issue-specific
• Reference related issues and docs
• Update as work progresses
• Be specific and measurable

DON'T

• Post overly long updates (split if needed)
• Duplicate content across issues
• Leave work undocumented
• Forget completion summary

Common Sections

Objective

Good: "Implement tensor operations (add, multiply, matmul) with SIMD optimization" Bad: "Work on tensors"

Approach

Good: "Use SIMD for vectorized operations, implement lazy evaluation for chain operations" Bad: "Code stuff"

Success Criteria

Must be measurable checkboxes:

• "All 15 unit tests pass"
• "Coverage > 90%"
• "No new warnings"

Error Handling

References

• See .claude/shared/github-issue-workflow.md for workflow patterns
• See gh-read-issue-context skill for reading issue context
• See gh-post-issue-update skill for posting updates