Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsBlogPro
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Authors
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges
  • Chrome Extension
  • Skill Manager

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
Back to skills

Publish Plan

ASecurity

Commit an implementation plan to a branch, open a draft PR linked to the originating issue, and post a comment on the issue pointing to the PR.

10 stars
0 votes
0 copies
0 views
Added 10/6/2026
documentationbashgit

Works with

cli

Security Analysis

A100/100

Scanned 10/6/2026

$npx -y skills add tomzx/agents --skill publish-plan --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Publish Plan?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Publish Plan
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/tomzx-publish-plan/badge)](https://www.skillsdirectory.com/skills/tomzx-publish-plan)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
Files
SKILL.md
---
name: publish-plan
description: Commit an implementation plan to a branch, open a draft PR linked to the originating issue, and post a comment on the issue pointing to the PR.
allowed-tools: Bash(gh:*, ghx:*, git:*, ~/.agents/scripts/get-env:*), Read, Write
argument-hint: "<issue-url-or-number> [plan-file]"
---

# Publish Plan

Commits the implementation plan produced by `/create-plan` to a dedicated branch, opens a draft PR linked to the originating issue, and posts a comment on the issue so the author knows a plan is ready for their review.

## Prerequisites

- Apply the shared SDLC conventions in `skills/sdlc/references/shared.md`.
- If no argument is provided, target the issue from `$ISSUE_NUMBER` (and `$REPO`).
- `gh` CLI authenticated with write access to the repository
- A reviewed plan file in context or at `$2` (defaults to `.sdlc/features/N-<slug>/plan.md` for a unified plan, or `.sdlc/features/N-<slug>/plan/index.md` for a split plan; falls back to `plan.md` in the working directory)
- Issue URL or number (`$1`)
- Clean or committable working tree

### Skill attribution (GitHub)

Before posting the issue comment with `ghx`, read [`github-post-attribution/SKILL.md`](../github-post-attribution/SKILL.md) and append the **Posted with** footer for `SKILL_DIR` = `publish-plan`.

### Communication guidelines (outbound text)

Before composing any text posted or drafted on the user's behalf, apply [`communication-guidelines/SKILL.md`](../communication-guidelines/SKILL.md).

Because `publish-plan` always runs within the `sdlc` pipeline, include the **SDLC phase footer** described in `github-post-attribution/SKILL.md` (prepend the `SDLC phase: plan (<FEAT-id> #<issue>)` line above the `Posted with` line).

## Workflow

```
Read plan file ($2, plan.md, or plan/index.md)
           |
           v
Create branch: plan/<issue-number>
           |
           v
Commit plan file
           |
           v
Push branch
           |
           v
Open draft PR (linked to issue)
           |
           v
Post comment on issue (links to PR)
```

## Steps

1. Resolve the issue number from `$1`:
   ```
   ghx issue view $1
   ```
   Extract the issue number and repository (`owner/repo`).

2. Determine the plan file path: use `$2` if provided, otherwise look for `.sdlc/features/N-<slug>/plan.md` (unified), then `.sdlc/features/N-<slug>/plan/index.md` (split), then fall back to `plan.md` in the current directory. Stop and inform the user if no plan file is found. Step 4 commits the entire `.sdlc/features/N-<slug>/` directory, so a split `plan/` directory is captured automatically.

3. Create and switch to a plan branch:
   ```
   git checkout -b plan/<issue-number>
   ```

4. Stage and commit the `.sdlc/features/N-<slug>/` directory (which contains requirements, specification, and plan artifacts):
   ```
   git add .sdlc/features/N-<slug>/
   git commit -m "docs: add implementation plan for #<issue-number>"
   ```

5. Push the branch:
   ```
   git push -u origin plan/<issue-number>
   ```

6. Open a draft PR with the description below:
   ```
   gh pr create --draft --title "Plan: <issue-title>" --body "$(cat <<'EOF'
   <description>
   EOF
   )"
   ```

7. Post a comment on the issue (include **Skill attribution** footer):
   ```
   ghx issue comment $1 --body "$(cat <<'EOF'
   <comment>
   EOF
   )"
   ```

## PR Description Format

```markdown
# Implementation Plan: <issue-title>

This PR contains the implementation plan for <issue-link>.

The plan is open as a **draft** for author review and sign-off before development begins.
Once approved, this branch will be closed and development will proceed on a feature branch.

## Plan summary

<2-4 sentence summary of the plan's phases and approach, drawn from the plan file.>

## References

- Related to #<issue-number>

---

Posted with [publish-plan]({SKILL_FILE_URL}) (`SKILL_SHORT_SHA`)
```

Resolve `SKILL_FILE_URL` and `SKILL_SHORT_SHA` per [`github-post-attribution/SKILL.md`](../github-post-attribution/SKILL.md).

Use `Related to #N` (not `Closes #N`) — the plan PR does not close the issue.

## Issue Comment Format

```markdown
An implementation plan has been drafted for this issue and is open for review:

**PR:** <pr-url>

Please review the plan and leave feedback directly on the PR.
Development will begin once the plan is approved.

---

Posted with [publish-plan]({SKILL_FILE_URL}) (`SKILL_SHORT_SHA`)
```

## Example Usage

**Scenario 1: Plan in .sdlc directory**
```
/publish-plan https://github.com/owner/repo/issues/42
```
Finds `.sdlc/42-<slug>/plan.md` (or `.sdlc/42-<slug>/plan/index.md` for a split plan), commits the full `.sdlc/42-<slug>/` directory, creates branch `plan/42`, pushes, opens draft PR, posts issue comment.

**Scenario 2: Explicit plan file path**
```
/publish-plan 88 docs/implementation-plan.md
```
Uses `docs/implementation-plan.md` as the plan file, otherwise same flow.

## Useful Commands Reference

| Command | Description |
|---|---|
| `ghx issue view <issue>` | Fetch issue details (cached) |
| `git checkout -b plan/<number>` | Create the plan branch |
| `git add <file> && git commit -m "..."` | Stage and commit the plan |
| `git push -u origin plan/<number>` | Push branch and set upstream |
| `gh pr create --draft --title "..." --body "..."` | Open a draft PR |
| `ghx issue comment <issue> --body "..."` | Post a comment on the issue |

Attribution

tomzxtomzx
View sourceSee grades on GitHubMore from tomzx →
SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Related Skills

Context Fundamentals

Understand the components, mechanics, and constraints of context in agent systems. Use when designing agent architectures, debugging context-related failures, or optimizing context usage.

179001 votes

Architecture Diagram Creator

Create comprehensive HTML architecture diagrams with data flows, business context, and system architecture.

6661 votes

release-notes

Draft release notes and changelog entries from git history or merged PRs between two refs (tags/SHAs/branches), including breaking changes, migrations, and upgrade steps. Use when the user asks for release notes, changelog updates, or a GitHub Release draft.

1301 votes

docs-style-guide

Documentation style guide enforcer by @planetabhi. Applies and reviews the writing style guide when authoring or editing product documentation and tutorials. Use to check prose for voice, tense, word choice, inclusive language, formatting, code block, UI, Markdown, and number/date conventions.

11 votes

Docx

Use this skill whenever the user wants to create, read, edit, or manipulate Word documents (.docx files) or Word templates (.dotx files). Triggers include: any mention of 'Word doc', 'word document', '.docx', '.dotx', or requests to produce professional documents with formatting like tables of contents, headings, page numbers, or letterheads. Also use when extracting or reorganizing content from .docx or .dotx files, inserting or replacing images in documents, performing find-and-replace in W...

1798860 votes
View all in documentation →