ln-130-tasks-docs-creator by levnikolaevich/claude-code-skills
npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-130-tasks-docs-creatorPaths: File paths (
shared/,references/,../ln-*) are relative to skills repo root. If not found at CWD, locate this SKILL.md directory and go up one level for repo root. Ifshared/is missing, fetch files via WebFetch fromhttps://raw.githubusercontent.com/levnikolaevich/claude-code-skills/master/skills/{path}.
Type: L2 Worker Category: 1XX Documentation Pipeline
此技能创建任务管理文档:docs/tasks/README.md(任务管理系统规则)和 docs/tasks/kanban_board.md(与 Epic 故事计数器的 Linear 集成)。
创建并验证任务管理文档 (docs/tasks/)。生成包含工作流规则的 README.md 和包含 Linear 集成的 kanban_board.md,包括用于团队 UUID/密钥配置的交互式设置。
此技能是一个 L2 WORKER,由 ln-100-documents-pipeline 编排器调用或独立使用。
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
在以下情况下使用此技能:
工作流的一部分 : ln-100-documents-pipeline → ln-110-project-docs-coordinator → ln-120-reference-docs-creator → ln-130-tasks-docs-creator → ln-140-test-docs-creator (可选)
该技能遵循 3 阶段工作流:创建 → 验证结构 → 验证内容。
阶段 1: 创建 - 从模板创建 tasks/README.md,包含 SCOPE 标签、工作流规则、Linear 集成 阶段 2: 验证结构 - 自动修复结构违规(SCOPE 标签、章节、维护、POSIX) 阶段 3: 验证内容 - 验证语义内容 + 特殊的 Linear 配置处理(占位符检测、UUID/团队密钥验证、交互式用户提示)
目标:从模板创建任务管理系统文档。
何时执行:始终(第一阶段)
过程:
检查 tasks/README.md 是否存在:
pattern: "docs/tasks/README.md"✓ docs/tasks/README.md 已存在(已保留)创建 tasks 目录:
docs/tasks/ 目录从模板创建 tasks/README.md:
references/tasks_readme_template.mddocs/tasks/README.md{{DATE}} → 当前日期 (YYYY-MM-DD)<!-- SCOPE: Task tracking system workflow and rules ONLY -->通知用户:
✓ 已创建 docs/tasks/README.md,包含任务管理规则✓ docs/tasks/README.md 已存在(已保留)输出:docs/tasks/README.md(已创建或已存在)
目标:确保 tasks/README.md 和 kanban_board.md 符合结构要求。自动修复违规。
何时执行:阶段 1 完成后(文件存在或已创建)
过程:
要检查的文件:docs/tasks/README.md, docs/tasks/kanban_board.md(如果存在)
对于每个文件:
<!-- SCOPE: ... --> 标签<!-- SCOPE: Task tracking system workflow and rules ONLY --><!-- SCOPE: Quick navigation to active tasks in Linear -->⚠ 已自动修复:向 {filename} 添加了缺失的 SCOPE 标签必须读取: 加载 references/questions.md 以获取验证规范(章节名称、启发式规则、特殊处理规则)。
对于 tasks/README.md:
⚠ 已自动修复:向 tasks/README.md 添加了缺失的章节 '{section}'对于 kanban_board.md(如果存在):
⚠ 已自动修复:向 kanban_board.md 添加了缺失的章节 '{section}'要检查的文件:docs/tasks/README.md, docs/tasks/kanban_board.md(如果存在)
对于每个文件:
## Maintenance 标题使用 Edit 工具在文件末尾添加:
## Maintenance
**更新触发条件:**
- 当 Linear 工作流发生变化时
- 当任务模板被添加/修改时
- 当标签分类法发生变化时
**最后更新:** {current_date}
记录:⚠ 已自动修复:向 {filename} 添加了维护章节
要检查的文件:docs/tasks/README.md, docs/tasks/kanban_board.md(如果存在)
对于每个文件:
⚠ 已自动修复:向 {filename} 添加了 POSIX 换行符记录摘要:
✓ 结构验证完成:
tasks/README.md:
- SCOPE 标签:[已添加/存在]
- 必需章节:[数量] 个章节 [已添加/存在]
- 维护章节:[已添加/存在]
- POSIX 行尾:[已修复/合规]
kanban_board.md:
- SCOPE 标签:[已添加/存在/已跳过 - 文件不存在]
- 必需章节:[数量] 个章节 [已添加/存在/已跳过]
- 维护章节:[已添加/存在/已跳过]
- POSIX 行尾:[已修复/合规/已跳过]
如果发现违规:⚠ 已自动修复 {total} 个结构违规
输出:结构上有效的任务管理文档
目标:确保每个章节都使用有意义的内容回答其验证问题。对 Linear 配置进行特殊处理(占位符检测、用户提示、UUID/团队密钥验证)。
何时执行:阶段 2 完成后(结构有效,已应用自动修复)
过程:
必须读取: 加载 references/questions.md — 解析章节并提取验证启发式规则。
问题:"Linear 团队配置是什么?"
步骤 3.2.1: 检查 kanban_board.md 是否存在:
pattern: "docs/tasks/kanban_board.md"ℹ 未找到 kanban_board.md - 跳过 Linear 配置验证步骤 3.2.2: 读取 Linear 配置章节:
docs/tasks/kanban_board.md## Linear Configuration 章节步骤 3.2.3: 占位符检测:
检查占位符:
Pattern: [TEAM_NAME], [TEAM_UUID], [TEAM_KEY]
如果存在 ANY 占位符 → 交互式设置模式
如果 NO 占位符存在 → 验证模式
交互式设置模式(如果检测到占位符):
提示用户输入团队名称:
提示用户输入团队 UUID:
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$/提示用户输入团队密钥:
/^[A-Z]{2,4}$/替换占位符:
[TEAM_NAME] → {user_team_name}[TEAM_UUID] → {user_team_uuid}[TEAM_KEY] → {user_team_key}[WORKSPACE_URL] → https://linear.app/{workspace_slug}(如果占位符存在)设置初始计数器(如果表格存在):
更新最后更新日期:
[YYYY-MM-DD] 替换为 {current_date}保存更新后的 kanban_board.md
记录成功:
✓ Linear 配置已更新:
- 团队名称:{user_team_name}
- 团队 UUID:{user_team_uuid}
- 团队密钥:{user_team_key}
- 下一个 Epic 编号:1
- 下一个 Story 编号:1
验证模式(如果存在真实值,无占位符):
提取现有值:
Team UUID: {value} 或在表格中Team Key: {value} 或在表格中验证格式:
/^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$//^[A-Z]{2,4}$/如果验证失败:
⚠ 在 Linear 配置中检测到无效格式:
- 团队 UUID:{uuid}(期望:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx)
- 团队密钥:{key}(期望:2-4 个大写字母)
请手动修复或重新运行技能以替换为正确的值。
如果验证通过:
✓ Linear 配置有效(团队:{name}, UUID:{uuid}, 密钥:{key})
3 个问题的参数化循环(来自 questions.md):
对于以下每个问题:
验证过程:
⚠ 章节可能不完整:{section_name}示例验证(问题 1: Linear 集成):
启发式规则:
- 包含 "Linear" 或 "MCP" → 通过
- 提及团队 ID 或 UUID → 通过
- 具有工作流状态(Backlog, Todo, In Progress)→ 通过
- 长度 > 100 个单词 → 通过
检查内容:
- ✓ 包含 "Linear" → 通过
→ 章节有效
无需自动发现(工作流已在模板中标准化)
问题:"Epic 是否在看板中被跟踪?"
如果 kanban_board.md 存在:
验证启发式规则:
- 具有 "Epic" 或 "Epics Overview" 章节标题 → 通过
- 具有包含以下列的表格:Epic, Name, Status, Progress → 通过
- 或者具有占位符:"No active epics" → 通过
- 长度 > 20 个单词 → 通过
操作:
⚠ Epic 跟踪章节可能不完整如果 kanban_board.md 不存在:
ℹ 已跳过 Epic 跟踪验证(未找到 kanban_board.md)记录摘要:
✓ 内容验证完成:
tasks/README.md:
- ✓ Linear 集成:有效(包含 "Linear", "MCP", 工作流状态)
- ✓ 任务工作流:有效(包含状态转换)
- ✓ 任务模板:有效(包含模板引用)
kanban_board.md:
- ✓ Linear 配置:{status}(团队:{name}, UUID:{uuid}, 密钥:{key})
- ✓ Epic 跟踪:有效(表格存在或占位符)
输出:经过验证且可能已更新的任务管理文档,包含 Linear 配置
docs/
└── tasks/
├── README.md # 任务管理系统规则
└── kanban_board.md # Linear 集成(可选,手动创建或由其他技能创建)
注意:看板由 ln-301-task-creator, ln-302-task-replanner, ln-400-story-executor(Epic 分组逻辑)更新。
references/tasks_readme_template.md — 任务管理系统规则模板references/kanban_board_template.md — Linear 集成 + 看板模板references/questions.md — 验证问题、启发式规则、特殊处理规则/^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$/;团队密钥必须匹配 /^[A-Z]{2,4}$/[TEAM_NAME]、[TEAM_UUID] 或 [TEAM_KEY],则进入交互式设置模式并提示用户<!-- SCOPE: ... -->Version: 7.1.0 Last Updated: 2025-01-12
每周安装次数
155
仓库
GitHub 星标数
245
首次出现
Jan 24, 2026
安全审计
安装于
claude-code142
codex138
cursor138
opencode138
gemini-cli138
github-copilot133
Paths: File paths (
shared/,references/,../ln-*) are relative to skills repo root. If not found at CWD, locate this SKILL.md directory and go up one level for repo root. Ifshared/is missing, fetch files via WebFetch fromhttps://raw.githubusercontent.com/levnikolaevich/claude-code-skills/master/skills/{path}.
Type: L2 Worker Category: 1XX Documentation Pipeline
This skill creates task management documentation: docs/tasks/README.md (task management system rules) and docs/tasks/kanban_board.md (Linear integration with Epic Story Counters).
Create and validate task management documentation (docs/tasks/). Generates README.md with workflow rules and kanban_board.md with Linear integration, including interactive setup for team UUID/Key configuration.
This skill is a L2 WORKER invoked by ln-100-documents-pipeline orchestrator OR used standalone.
Use this skill when:
Part of workflow : ln-100-documents-pipeline → ln-110-project-docs-coordinator → ln-120-reference-docs-creator → ln-130-tasks-docs-creator → ln-140-test-docs-creator (optional)
The skill follows a 3-phase workflow : CREATE → VALIDATE STRUCTURE → VALIDATE CONTENT.
Phase 1: CREATE - Create tasks/README.md from template with SCOPE tags, workflow rules, Linear integration Phase 2: VALIDATE STRUCTURE - Auto-fix structural violations (SCOPE tags, sections, Maintenance, POSIX) Phase 3: VALIDATE CONTENT - Validate semantic content + special Linear Configuration handling (placeholder detection, UUID/Team Key validation, interactive user prompts)
Objective : Create task management system documentation from template.
When to execute : Always (first phase)
Process :
Check if tasks/README.md exists :
pattern: "docs/tasks/README.md"✓ docs/tasks/README.md already exists (preserved)Create tasks directory :
docs/tasks/ directory if it doesn't existCreate tasks/README.md from template :
references/tasks_readme_template.mddocs/tasks/README.mdOutput : docs/tasks/README.md (created or existing)
Objective : Ensure tasks/README.md and kanban_board.md comply with structural requirements. Auto-fix violations.
When to execute : After Phase 1 completes (files exist or created)
Process :
Files to check : docs/tasks/README.md, docs/tasks/kanban_board.md (if exists)
For each file:
<!-- SCOPE: ... --> tag<!-- SCOPE: Task tracking system workflow and rules ONLY --><!-- SCOPE: Quick navigation to active tasks in Linear -->⚠ Auto-fixed: Added missing SCOPE tag to {filename}MANDATORY READ: Load references/questions.md for validation specs (section names, heuristics, special handling rules).
For tasks/README.md :
⚠ Auto-fixed: Added missing section '{section}' to tasks/README.mdFor kanban_board.md (if exists):
⚠ Auto-fixed: Added missing section '{section}' to kanban_board.mdFiles to check : docs/tasks/README.md, docs/tasks/kanban_board.md (if exists)
For each file:
## Maintenance header in last 20 linesUse Edit tool to add at end of file:
## Maintenance
**Update Triggers:**
- When Linear workflow changes
- When task templates are added/modified
- When label taxonomy changes
**Last Updated:** {current_date}
Log: ⚠ Auto-fixed: Added Maintenance section to {filename}
Files to check : docs/tasks/README.md, docs/tasks/kanban_board.md (if exists)
For each file:
⚠ Auto-fixed: Added POSIX newline to {filename}Log summary:
✓ Structure validation completed:
tasks/README.md:
- SCOPE tag: [added/present]
- Required sections: [count] sections [added/present]
- Maintenance section: [added/present]
- POSIX endings: [fixed/compliant]
kanban_board.md:
- SCOPE tag: [added/present/skipped - file not exists]
- Required sections: [count] sections [added/present/skipped]
- Maintenance section: [added/present/skipped]
- POSIX endings: [fixed/compliant/skipped]
If violations found: ⚠ Auto-fixed {total} structural violations
Output : Structurally valid task management documentation
Objective : Ensure each section answers its validation questions with meaningful content. Special handling for Linear Configuration (placeholder detection, user prompts, UUID/Team Key validation).
When to execute : After Phase 2 completes (structure valid, auto-fixes applied)
Process :
MANDATORY READ: Load references/questions.md — parse sections and extract validation heuristics.
Question : "What is the Linear team configuration?"
Step 3.2.1: Check if kanban_board.md exists :
pattern: "docs/tasks/kanban_board.md"ℹ kanban_board.md not found - skipping Linear Configuration validationStep 3.2.2: Read Linear Configuration section :
docs/tasks/kanban_board.md## Linear Configuration sectionStep 3.2.3: Placeholder Detection :
Check for placeholders:
Pattern: [TEAM_NAME], [TEAM_UUID], [TEAM_KEY]
If ANY placeholder present → Interactive Setup Mode
If NO placeholders present → Validation Mode
Interactive Setup Mode (if placeholders detected):
Prompt user for Team Name :
Prompt user for Team UUID :
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$/Prompt user for Team Key :
/^[A-Z]{2,4}$/Validation Mode (if real values present, no placeholders):
Extract existing values :
Team UUID: {value} or in tableTeam Key: {value} or in tableValidate formats :
/^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$//^[A-Z]{2,4}$/If validation fails :
⚠ Invalid format detected in Linear Configuration:
- Team UUID: {uuid} (expected: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx)
- Team Key: {key} (expected: 2-4 uppercase letters)
Fix manually or re-run skill to replace with correct values.
Parametric loop for 3 questions (from questions.md):
For each question in:
Validation process :
⚠ Section may be incomplete: {section_name}Example validation (Question 1: Linear Integration) :
Heuristics:
- Contains "Linear" or "MCP" → pass
- Mentions team ID or UUID → pass
- Has workflow states (Backlog, Todo, In Progress) → pass
- Length > 100 words → pass
Check content:
- ✓ Contains "Linear" → PASS
→ Section valid
No auto-discovery needed (workflow is standardized in template)
Question : "Are Epics being tracked in the board?"
If kanban_board.md exists :
Validation heuristics :
- Has "Epic" or "Epics Overview" section header → pass
- Has table with columns: Epic, Name, Status, Progress → pass
- OR has placeholder: "No active epics" → pass
- Length > 20 words → pass
Action :
⚠ Epic Tracking section may be incompleteIf kanban_board.md does NOT exist :
ℹ Epic Tracking validation skipped (kanban_board.md not found)Log summary:
✓ Content validation completed:
tasks/README.md:
- ✓ Linear Integration: valid (contains "Linear", "MCP", workflow states)
- ✓ Task Workflow: valid (contains state transitions)
- ✓ Task Templates: valid (contains template references)
kanban_board.md:
- ✓ Linear Configuration: {status} (Team: {name}, UUID: {uuid}, Key: {key})
- ✓ Epic Tracking: valid (table present or placeholder)
Output : Validated and potentially updated task management documentation with Linear configuration
docs/
└── tasks/
├── README.md # Task management system rules
└── kanban_board.md # Linear integration (optional, created manually or by other skills)
Note : Kanban board updated by ln-301-task-creator, ln-302-task-replanner, ln-400-story-executor (Epic Grouping logic).
references/tasks_readme_template.md — Task management system rules templatereferences/kanban_board_template.md — Linear integration + kanban templatereferences/questions.md — Validation questions, heuristics, special handling rules/^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$/; Team Key must match /^[A-Z]{2,4}$/[TEAM_NAME], [TEAM_UUID], or [TEAM_KEY] found in kanban_board.md, enter interactive setup mode and prompt user<!-- SCOPE: ... --> in first 5 linesVersion: 7.1.0 Last Updated: 2025-01-12
Weekly Installs
155
Repository
GitHub Stars
245
First Seen
Jan 24, 2026
Security Audits
Gen Agent Trust HubPassSocketPassSnykWarn
Installed on
claude-code142
codex138
cursor138
opencode138
gemini-cli138
github-copilot133
开源项目教练指南 - 诊断问题、制定行动计划、优化开源项目运营
46,800 周安装
TorchTitan:PyTorch原生分布式大语言模型预训练平台,支持4D并行与H100 GPU加速
69 周安装
screenshot 截图技能:跨平台桌面截图工具,支持macOS/Linux权限管理与多模式捕获
69 周安装
tmux进程管理最佳实践:交互式Shell初始化、会话命名与生命周期管理
69 周安装
Git Rebase Sync:安全同步分支的Git变基工具,解决冲突与备份
69 周安装
LinkedIn自动化工具 - Claude Code专属,自然对话拓展人脉,避免垃圾信息
69 周安装
实验流水线框架:4阶段科研实验执行与消融研究方法论 | EvoScientist
69 周安装
{{DATE}} → current date (YYYY-MM-DD)<!-- SCOPE: Task tracking system workflow and rules ONLY -->Notify user :
✓ Created docs/tasks/README.md with task management rules✓ docs/tasks/README.md already exists (preserved)Replace placeholders :
[TEAM_NAME] → {user_team_name}[TEAM_UUID] → {user_team_uuid}[TEAM_KEY] → {user_team_key}[WORKSPACE_URL] → https://linear.app/{workspace_slug} (if placeholder exists)Set initial counters (if table exists):
Update Last Updated date :
[YYYY-MM-DD] → {current_date} in Maintenance sectionSave updated kanban_board.md
Log success :
✓ Linear configuration updated:
- Team Name: {user_team_name}
- Team UUID: {user_team_uuid}
- Team Key: {user_team_key}
- Next Epic Number: 1
- Next Story Number: 1
If validation passes :
✓ Linear Configuration valid (Team: {name}, UUID: {uuid}, Key: {key})