Back to skills
SkillHub ClubWrite Technical DocsFull StackTech Writer

doc-issue-readme

Post structured documentation to GitHub issue as a comment. Use when starting work on an issue to document approach and track progress.

Packaged view

This page reorganizes the original catalog entry around fit, installability, and workflow context first. The original raw source lives below.

Stars
14
Hot score
86
Updated
March 20, 2026
Overall rating
C4.2
Composite score
4.2
Best-practice grade
S96.0

Install command

npx @skill-hub/cli install mvillmow-projectodyssey-doc-issue-readme

Repository

mvillmow/ProjectOdyssey

Skill path: .claude/skills/doc-issue-readme

Post structured documentation to GitHub issue as a comment. Use when starting work on an issue to document approach and track progress.

Open repository

Best for

Primary workflow: Write Technical Docs.

Technical facets: Full Stack, Tech Writer.

Target audience: everyone.

License: Unknown.

Original source

Catalog source: SkillHub Club.

Repository owner: mvillmow.

This is still a mirrored public skill entry. Review the repository before installing into production workflows.

What it helps with

  • Install doc-issue-readme into Claude Code, Codex CLI, Gemini CLI, or OpenCode workflows
  • Review https://github.com/mvillmow/ProjectOdyssey before adding doc-issue-readme to shared team environments
  • Use doc-issue-readme for development workflows

Works across

Claude CodeCodex CLIGemini CLIOpenCode

Favorites: 0.

Sub-skills: 0.

Aggregator: No.

Original source / Raw SKILL.md

---
name: doc-issue-readme
description: Post structured documentation to GitHub issue as a comment. Use when starting work on an issue to document approach and track progress.
category: doc
---

# 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

```bash
# 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

```bash
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

```bash
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

```bash
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

| Issue | Fix |
|-------|-----|
| Issue locked | Contact maintainer |
| Rate limited | Wait and retry |
| Content too long | Split into multiple comments |
| Missing context | Run `gh issue view <number> --comments` first |

## 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
doc-issue-readme | SkillHub