plan-a-feature-to-confluence

Solid

Builds a feature specification from scratch with plan-a-feature and publishes it to a user-specified Confluence location, posting the spec as a parent page and each companion artifact (decision log, team findings, technical notes) as a child page beneath it. Use when the user wants a new feature planned, designed, scoped, or specified AND posted to a Confluence space or page. Requires a configured Atlassian MCP server. Does not plan to local files only — use plan-a-feature. Does not publish an arbitrary existing markdown file — use markdown-to-confluence. Does not refine or stress-test an existing plan — use iterative-plan-review. Does not document already-built features to Confluence — use project-documentation-to-confluence.

Data & Documents 126 stars 13 forks Updated 2 days ago MIT

Install

View on GitHub

Quality Score: 89/100

Stars 20%
70
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Plan a Feature to Confluence This skill builds a feature specification with the core `han-planning:plan-a-feature` skill, lets the user review the result, and then publishes it to a Confluence location that **the user must specify**. It is a thin orchestrator: the planning work belongs to `han-planning:plan-a-feature`, and the publishing work belongs to `han-atlassian:markdown-to-confluence`. This skill only validates its inputs, runs the planning skill to a temporary folder, gets the user's review and publish choice, and hands each file to the publisher. `han-planning:plan-a-feature` produces a small **set** of files — the primary `feature-specification.md` plus companion artifacts under `artifacts/` (the decision log, the team findings, and a lazily-created technical-notes file). This skill publishes the **spec as a parent page** and each companion artifact as a **child page** beneath it, so the whole plan lands in Confluence as one small page tree. The files cross-reference each other with relative links that do not resolve once each file is its own Confluence page. Because this skill decides every page's title up front, it rewrites those cross-file links into Confluence **title-based page-link macros** (the `<ac:link><ri:page ri:content-title="..."/>…</ac:link>` form; Step 5 gives the exact macro to emit, link body and all) before creating any page — these resolve by title at view time, so no page URL or ID has to exist first. That collapses publishing to a **single c...

Details

Author
testdouble
Repository
testdouble/han
Created
2 months ago
Last Updated
2 days ago
Language
Shell
License
MIT

Integrates with

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

Data & Documents Solid

project-documentation-to-confluence

Creates or updates project documentation for a feature, system, or component and publishes it to a user-specified Confluence location. Use when the user wants feature or system documentation written to Confluence, posted to a Confluence space or page, or synced to a Confluence location. Requires a configured Atlassian MCP server. Does not document to local files only — use project-documentation for that. Does not publish an arbitrary existing markdown file — use markdown-to-confluence for that. Does not plan or specify a new feature to Confluence — use plan-a-feature-to-confluence for that. Does not create architectural decision records — use architectural-decision-record. Does not create coding standards — use coding-standard. Does not produce runbooks — use runbook.

126 Updated 2 days ago
testdouble
Code & Development Solid

plan-implementation

Builds a feature implementation plan from an existing feature specification (or equivalent context) through a project-manager-led team conversation. Use when the user wants to plan how to implement, build, deliver, or ship a feature that has already been specified. Does not specify what the feature should do — use plan-a-feature first. Does not refine or stress-test an already-written plan — use iterative-plan-review.

126 Updated 2 days ago
testdouble
Web & Frontend Listed

feature-plan

Take a feature the user has in mind and turn it into a co-authored, code-level feature implementation plan (featurePlan-<slug>.html) — file-by-file change manifest in build order, pseudo-code, edge cases, and open questions the human decides, all grounded in this repo's actual code. The user resolves questions and edits sections in the browser; exported human edits are tagged and override the AI draft. Use when the user asks for a feature implementation plan, a code-level breakdown, or says "featurePlan".

1 Updated yesterday
MohanTn