Agent skill · Frontend

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. Do

testdoublegithub.com/testdoubleGitHub ↗
claude-coderead-onlyMIT
Install
npx skills add testdouble/han --skill project-documentation-to-confluence --agent claude-code

Same command for any agent — swap --agent for codex, cursor, copilot.

Facts
Files in the skill folder: 1
SKILL.md size: 8 KB
Bundled scripts: none
Allowed tools: ReadGlobGrepSkillAgentBash(date*)Bash(gitconfig*)Bash(whoami)Bash(mkdir
Path: han-atlassian/skills/project-documentation-to-confluence/SKILL.md
Open the folder on GitHub →
Where it comes from
Stars: 154
Language: Shell

Weekly change comes from our own snapshots, not the repository page — it measures attention, not adoption.

From the SKILL.md

## Project Context - personal config directory: !`echo "${CLAUDE_CONFIG_DIR:-$HOME/.claude}"` - project .han/config.md: !`cat .han/config.md 2>/dev/null || echo ""` As your first action, use the Read tool on `.han/config.md` inside the `personal config directory` path above. A read that returns no file is no personal configuration: continue silently. When that file or the `project .han/config.md` probe supplies content, apply it per [config-rule.md](../../references/config-rule.md), which governs precedence between the two files, relative-path resolution, and what to do with a file that reads but cannot be used. # Project Documentation to Confluence This skill produces project documentation with the `han-documentation:project-documentation` 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 documentation work belongs to `han-documentation:project-documentation`, and the publishing work belongs to `han-atlassian:markdown-to-confluence`. This skill only validates its inputs, runs the documentation to a temporary file, gets the user's review and publish choice, and hands the file to the

What's inside
Steps it walks through
  1. Project Context
  2. Step 1: Validate Inputs
  3. Step 2: Produce the Documentation to a Temporary File
  4. Step 3: Show the File for Review
  5. Step 4: Confirm the Publish Choice
  6. Step 5: Publish with markdown-to-confluence
  7. Verification
More from han
All skills →
About this skill
What does the project-documentation-to-confluence skill do?

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. Do

How do I install it?

Run `npx skills add testdouble/han --skill project-documentation-to-confluence --agent claude-code` — it drops the skill into your project so the agent can pick it up. Swap the --agent value for codex, cursor or copilot if you use one of those.

Where does this skill come from?

From testdouble/han, a repository with 154 stars. We read it straight from the repository tree rather than a submitted listing, so what you see here is what is actually published.

Is a popular skill a good skill?

Not necessarily. Stars measure attention, not adoption — a repository can trend for a week and be abandoned. That is why we show the weekly change from our own snapshots next to the total, instead of a single flattering number.

Keep going