Skip to content

docs(workflow): add task creation documentation to workflow - #108

Merged
NTCoding merged 4 commits into
mainfrom
docs/add-task-creation-workflow-docs
Jan 10, 2026
Merged

NTCoding merged 4 commits into
mainfrom
docs/add-task-creation-workflow-docs

Conversation

@NTCoding

@NTCoding NTCoding commented Jan 10, 2026 •

Copy link
Copy Markdown
Owner

User description

Summary

  • Add comprehensive task creation documentation to workflow
  • Document two types of tasks: PRD tasks and tech improvement tasks
  • Add create-tech-improvement-task.sh script for non-PRD tasks
  • Clarify mandatory use of scripts vs direct gh/git commands

Test plan

  • Documentation accurately reflects task creation process
  • Script examples are correct and tested
  • All workflow steps documented with proper permissions

🤖 Generated with Claude Code


PR Type

Documentation


Description

  • Add comprehensive task creation documentation with mandatory script usage

  • Document two task types: PRD tasks and tech improvement tasks

  • Include command syntax and parameter descriptions for both scripts

  • Add debugging patterns and workflow corrections from recent learnings


Diagram Walkthrough

flowchart LR
  TaskCreation["Task Creation Section"]
  PRDTasks["PRD Tasks<br/>create-task.sh"]
  TechTasks["Tech Improvement Tasks<br/>create-tech-improvement-task.sh"]
  Commands["Command Syntax<br/>& Parameters"]
  TaskCreation --> PRDTasks
  TaskCreation --> TechTasks
  PRDTasks --> Commands
  TechTasks --> Commands
Loading

File Walkthrough

Relevant files
Documentation
task-workflow.md
Add task creation documentation and workflow patterns       

docs/workflow/task-workflow.md

  • Add new "Task Creation" section with mandatory script usage policy
  • Document PRD tasks using create-task.sh with milestone linking
  • Document tech improvement tasks using create-tech-improvement-task.sh
  • Include complete command syntax and parameter descriptions for both
    task types
  • Add debugging patterns, VitePress routing gotchas, and post-merge
    workflow corrections
+43/-0   

Summary by CodeRabbit

  • Documentation
    • Added Task Creation section to Task Workflow documentation, covering procedures for creating PRD Tasks and Tech Improvement Tasks with command examples, required parameters, body sections, and acceptance criteria guidelines for each task type.

✏️ Tip: You can customize this high-level summary in your review settings.

NTCoding and others added 4 commits January 10, 2026 09:57
- Add Chrome MCP tools guidance to CLAUDE.md for browser debugging
- Add VitePress routing gotcha to apps/docs/CLAUDE.md
- Add jsdom testing limitations to testing.md
- Update task-workflow.md: never reuse squash-merged branches

Co-Authored-By: Claude Opus 4.5 <[email protected]>
Correct order: reflect first (needs review files), create issues,
cleanup worktree, then implement via normal task workflow.

Co-Authored-By: Claude Opus 4.5 <[email protected]>
Add Task Creation section documenting two types of tasks:
- PRD tasks using create-task.sh (milestone-linked)
- Tech improvement tasks using create-tech-improvement-task.sh (no milestone)

Mandate using approved scripts only, never gh issue create directly.

Co-Authored-By: Claude Haiku 4.5 <[email protected]>
@coderabbitai

coderabbitai Bot commented Jan 10, 2026 •

Copy link
Copy Markdown
📝 Walkthrough

Walkthrough

A new "Task Creation" section is added to task-workflow documentation, mandating the use of approved scripts for task creation. The documentation distinguishes between PRD Tasks and Tech Improvement Tasks, detailing their respective scripts, use cases, linking semantics, command examples, and required parameters including body sections and acceptance criteria.

Changes

Cohort / File(s) Summary
Task Creation Documentation
docs/workflow/task-workflow.md
Added new "Task Creation" section under Task Workflow lifecycle with command examples for PRD Tasks and Tech Improvement Tasks, parameter definitions, required body sections, and acceptance criteria format.

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~10 minutes

Possibly related PRs

Suggested labels

Review effort 2/5

Poem

🐰 Task creation flows so true,
Scripts and docs in perfect view,
PRD and tech, two paths now bright,
With words so clear, the future's right!
✨

🚥 Pre-merge checks | ✅ 2
✅ Passed checks (2 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title 'docs(workflow): add task creation documentation to workflow' accurately and specifically summarizes the main change—adding documentation about task creation to the workflow documentation.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.


Comment @coderabbitai help to get the list of available commands and usage tips.

@qodo-code-review

Copy link
Copy Markdown
Contributor

PR Compliance Guide 🔍

Below is a summary of compliance checks for this PR:

Security Compliance
🟢
No security concerns identified No security vulnerabilities detected by AI analysis. Human verification advised for critical code.
Ticket Compliance
⚪
🎫 No ticket provided
  • Create ticket/issue
Codebase Duplication Compliance
⚪
Codebase context is not defined

Follow the guide to enable codebase context checks.

Custom Compliance
🟢
Generic: Comprehensive Audit Trails

Objective: To create a detailed and reliable record of critical system actions for security analysis
and compliance.

Status: Passed

Learn more about managing compliance generic rules or creating your own custom rules

Generic: Meaningful Naming and Self-Documenting Code

Objective: Ensure all identifiers clearly express their purpose and intent, making code
self-documenting

Status: Passed

Learn more about managing compliance generic rules or creating your own custom rules

Generic: Robust Error Handling and Edge Case Management

Objective: Ensure comprehensive error handling that provides meaningful context and graceful
degradation

Status: Passed

Learn more about managing compliance generic rules or creating your own custom rules

Generic: Secure Error Handling

Objective: To prevent the leakage of sensitive system information through error messages while
providing sufficient detail for internal debugging.

Status: Passed

Learn more about managing compliance generic rules or creating your own custom rules

Generic: Secure Logging Practices

Objective: To ensure logs are useful for debugging and auditing without exposing sensitive
information like PII, PHI, or cardholder data.

Status: Passed

Learn more about managing compliance generic rules or creating your own custom rules

Generic: Security-First Input Validation and Data Handling

Objective: Ensure all data inputs are validated, sanitized, and handled securely to prevent
vulnerabilities

Status: Passed

Learn more about managing compliance generic rules or creating your own custom rules

Compliance status legend 🟢 - Fully Compliant
🟡 - Partial Compliant
🔴 - Not Compliant
⚪ - Requires Further Human Verification
🏷️ - Compliance label

@cloudflare-workers-and-pages

cloudflare-workers-and-pages Bot commented Jan 10, 2026 •

Copy link
Copy Markdown

Deploying living-architecture with  Cloudflare Pages  Cloudflare Pages

Latest commit: f478966
Status: ✅  Deploy successful!
Preview URL: https://6878b672.living-architecture.pages.dev
Branch Preview URL: https://docs-add-task-creation-workf.living-architecture.pages.dev

View logs

@qodo-code-review

Copy link
Copy Markdown
Contributor

PR Code Suggestions ✨

Explore these optional code suggestions:

CategorySuggestion                                                                                                                                    Impact
High-level
Unify task creation into one script

Merge the two separate scripts for creating PRD tasks and tech improvement tasks
into a single, unified script. This can be achieved by making the milestone
parameter optional to differentiate between task types.

Examples:

docs/workflow/task-workflow.md [41-69]
### Two Types of Tasks

**1. PRD Tasks** — Milestone-driven work from Product Requirements Documents
- Use: `./scripts/create-task.sh`
- When: Breaking down PRD deliverables into implementable tasks
- Links to: Milestone, PRD sections, functional requirements

**2. Tech Improvement Tasks** — Quality, debt, bugs, improvements
- Use: `./scripts/create-tech-improvement-task.sh`
- When: Fixes, refactoring, tech debt, performance, tests

 ... (clipped 19 lines)

Solution Walkthrough:

Before:

# Documentation describes two separate scripts for task creation

# 1. For PRD Tasks
# ./scripts/create-task.sh <milestone> <title> <body>
# ...

# 2. For Tech Improvement Tasks
# ./scripts/create-tech-improvement-task.sh \
#   <title> \
#   <references> \
#   <summary> \
#   ...

After:

# Documentation describes a single, unified script

# ./scripts/create-task.sh handles both cases
# For example, using an optional milestone or a type flag

# PRD Task
# ./scripts/create-task.sh --type prd --milestone <milestone> ...

# Tech Improvement Task
# ./scripts/create-task.sh --type tech-improvement --title <title> ...
Suggestion importance[1-10]: 8

__

Why: This is a significant design suggestion that correctly identifies an opportunity to simplify the documented workflow by unifying two separate scripts, reducing complexity and maintenance overhead.

Medium
General
Quote script arguments

Add quotes around the <title> and arguments in the create-task.sh command example to
handle spaces correctly.

docs/workflow/task-workflow.md [57]

-./scripts/create-task.sh <milestone> <title> <body>
+./scripts/create-task.sh <milestone> "<title>" "<body>"
  • Apply / Chat
Suggestion importance[1-10]: 7

__

Why: This is a valid and important correction. Without quotes, the documented script command will fail for any title or body containing spaces, which is a very common use case. This significantly improves the documentation's accuracy and usability.

Medium
  • More

@sonarqubecloud

Copy link
Copy Markdown

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

🤖 Fix all issues with AI agents
In @docs/workflow/task-workflow.md:
- Around line 37-78: The PRD task docs state "Body must contain all 10 sections"
but never lists them; update the "PRD Task" section to either enumerate the ten
required sections (copying the exact headings/order used by the /create-tasks
skill) or remove that mandate if the project intends enforcement solely in the
skill. Specifically, edit the PRD Task paragraph near the "Body must contain all
10 sections" note to add a new subsection that lists the ten section headings
and a one-line description for each (so users running ./scripts/create-task.sh
know the required structure), and ensure the mention either links to that new
subsection or is removed/changed to "see /create-tasks skill" if you opt not to
document them inline.
📜 Review details

Configuration used: Path: .coderabbit.yaml

Review profile: ASSERTIVE

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 10a73d4 and f478966.

📒 Files selected for processing (1)
  • docs/workflow/task-workflow.md
🧰 Additional context used
🧠 Learnings (3)
📓 Common learnings
Learnt from: CR
Repo: NTCoding/living-architecture PR: 0
File: CLAUDE.md:0-0
Timestamp: 2026-01-10T10:14:57.499Z
Learning: Follow the task workflow defined in `docs/workflow/task-workflow.md` from start to finish for all tasks; do not make changes or commit code without following these steps
📚 Learning: 2026-01-10T10:14:57.499Z
Learnt from: CR
Repo: NTCoding/living-architecture PR: 0
File: CLAUDE.md:0-0
Timestamp: 2026-01-10T10:14:57.499Z
Learning: Follow the task workflow defined in `docs/workflow/task-workflow.md` from start to finish for all tasks; do not make changes or commit code without following these steps

Applied to files:

  • docs/workflow/task-workflow.md
📚 Learning: 2026-01-10T10:14:57.499Z
Learnt from: CR
Repo: NTCoding/living-architecture PR: 0
File: CLAUDE.md:0-0
Timestamp: 2026-01-10T10:14:57.499Z
Learning: Use scripts in `./scripts/` for git and GitHub operations (PRs, issues, tasks); do not use `gh` or `git` commands directly unless no script exists

Applied to files:

  • docs/workflow/task-workflow.md
🔇 Additional comments (2)
docs/workflow/task-workflow.md (2)

71-76: Good parameter documentation for tech improvement tasks.

The parameter definitions for create-tech-improvement-task.sh are clear and explicit. The descriptions help users understand what content is expected in each parameter.


37-39: Clarify or link the /create-tasks reference at line 59.

The reference to /create-tasks skill documentation exists in ./.claude/commands/create-tasks.md and documents the 10 required sections. However, for clarity to developers reading this file, consider:

  • Adding the file path directly: ./.claude/commands/create-tasks.md
  • Or providing a one-sentence clarification that /create-tasks refers to the Claude command documentation in the .claude/commands/ directory

This improves accessibility without requiring readers to infer the reference location from the command syntax alone.

⛔ Skipped due to learnings
Learnt from: CR
Repo: NTCoding/living-architecture PR: 0
File: CLAUDE.md:0-0
Timestamp: 2026-01-10T10:14:57.499Z
Learning: Use scripts in `./scripts/` for git and GitHub operations (PRs, issues, tasks); do not use `gh` or `git` commands directly unless no script exists
Learnt from: CR
Repo: NTCoding/living-architecture PR: 0
File: CLAUDE.md:0-0
Timestamp: 2026-01-10T10:14:57.499Z
Learning: Follow the task workflow defined in `docs/workflow/task-workflow.md` from start to finish for all tasks; do not make changes or commit code without following these steps

Comment thread docs/workflow/task-workflow.md
@NTCoding
NTCoding merged commit c046fa3 into main Jan 10, 2026
18 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant