Execute qualquer Skill no Manus
com um clique

Execute qualquer Skill no Manus com um clique

task-create

Estrelas121

Forks3

Atualizado17 de julho de 2026 às 01:14

Design and create implementation-ready Doradb task documents through deep repository research, strict RFC complexity gating, two proposal and review rounds, explicit user approval, and isolated task worktree creation. Use when planning a feature or bug fix into docs/tasks, including work sourced from backlog items or RFC phases.

Instalação

Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.

Executar no Manus

Fonte

jiangzhe

jiangzhe/doradb

Abrir repositório GitHub Ver repositórios do creator

Download

Executar no Manus

Ocupações relacionadasSOC

Baseado na classificação ocupacional SOC

Desenvolvedores de softwareInformática e Matemática·SOC 15-1252

Explorador de arquivos

3 arquivos

SKILL.md

readonly

name	task-create
description	Design and create implementation-ready Doradb task documents through deep repository research, strict RFC complexity gating, two proposal and review rounds, explicit user approval, and isolated task worktree creation. Use when planning a feature or bug fix into docs/tasks, including work sourced from backlog items or RFC phases.

Task Create Workflow

Use this skill to design a decision-complete task document before implementation. Scripts are executable; invoke them directly (no cargo +nightly -Zscript prefix).

Read references/workflow.md completely before executing this workflow.

Required Flow

Research relevant architecture and process documents, then inspect impacted code paths.
Apply the strict complexity gate and escalate program-level work to $rfc.
Run Round 1 with current-state analysis, evidence references, and materially different proposals.
Require user feedback on the recommendation.
Run Round 2 to finalize scope, interfaces, implementation details, tests, and open questions.
Require explicit user approval before writing any task document or creating its worktree.
After approval, allocate the task id from the dispatch root, create an isolated worktree from origin/main, and write the task document there.

Do not skip or reorder these gates.

Proposal Quality Gate

Include these explicit lenses in Round 1:

First-Principles Proposal
Long-Term Evolution Proposal
Original-Requirement-Fit Proposal

Recommend the best overall direction for correctness and project evolution. Do not default to the original request, and do not use effort tiers as substitutes for materially different strategic directions.

Write Boundary

Do not create draft task files before approval. After approval, write only under .worktrees/<task-id>/docs/tasks/; never fall back to the dispatch root when worktree creation fails.

Keep Implementation Notes blank during task design.

Output Quality

Ensure the resulting task document is:

Grounded in current code and documentation.
Narrow enough for one testable task.
Decision-complete for direct implementation.
Explicit about goals, non-goals, impacts, risks, and tests.
Traceable to source backlog or RFC phase inputs when applicable.

Mais deste repositório

mesmo repositório

issue

jiangzhe/doradb

Create and list GitHub Issues with deterministic scripts. Use when validating planning-document paths, converting docs/tasks or docs/rfcs into trackable GitHub issues with required type labels and default priority handling, or listing existing issues in this repository.

2026-07-20121

rfc

jiangzhe/doradb

Design and resolve RFC documents through evidence-gated multi-round workflow. Use when planning large architectural/program-level changes in docs/rfcs, enforcing goal/scope/direction clarity, explicit first-principles/long-term/original-fit proposal lenses with rationale, draft-to-formal progression, and resolve-time synchronization with task/backlog outcomes plus readiness validation.

2026-07-17121

style-audit

jiangzhe/doradb

Audit branch-diff Rust files, or explicitly requested file/directory Rust targets, for Doradb coding style using deterministic tooling and concise read-only review. Use when asked to check coding style, run a style audit/style auditor, validate task-branch Rust changes during $task-resolve, or report style violations in branch-modified files.

2026-07-17121

task-prune

jiangzhe/doradb

Inspect and optionally remove completed Doradb task worktrees and their local branches with deterministic safety checks. Use when listing cleanup candidates or pruning implemented, clean, fully pushed task worktrees from the main dispatch checkout; never delete remote branches.

2026-07-17121

task-resolve

jiangzhe/doradb

Resolve implemented Doradb task documents after code, tests, review, and behavior verification are complete. Use when running the mandatory style gate, recording implementation outcomes, managing deferred or source backlogs, refreshing task ids, and synchronizing a parent RFC phase without committing or pushing.

2026-07-17121

backlog

jiangzhe/doradb

Manage backlog todo documents in docs/backlogs with deterministic tooling. Use when manually creating backlog items with duplicate checks, especially deferred follow-ups discovered during in-progress task/RFC work that need recoverable context, or closing/archiving backlog items with explicit reasons.

2026-03-28121

name	task-create
description	Design and create implementation-ready Doradb task documents through deep repository research, strict RFC complexity gating, two proposal and review rounds, explicit user approval, and isolated task worktree creation. Use when planning a feature or bug fix into docs/tasks, including work sourced from backlog items or RFC phases.

Task Create Workflow

Use this skill to design a decision-complete task document before implementation. Scripts are executable; invoke them directly (no cargo +nightly -Zscript prefix).

Read references/workflow.md completely before executing this workflow.

Required Flow

Research relevant architecture and process documents, then inspect impacted code paths.
Apply the strict complexity gate and escalate program-level work to $rfc.
Run Round 1 with current-state analysis, evidence references, and materially different proposals.
Require user feedback on the recommendation.
Run Round 2 to finalize scope, interfaces, implementation details, tests, and open questions.
Require explicit user approval before writing any task document or creating its worktree.
After approval, allocate the task id from the dispatch root, create an isolated worktree from origin/main, and write the task document there.

Do not skip or reorder these gates.

Proposal Quality Gate

Include these explicit lenses in Round 1:

First-Principles Proposal
Long-Term Evolution Proposal
Original-Requirement-Fit Proposal

Write Boundary

Do not create draft task files before approval. After approval, write only under .worktrees/<task-id>/docs/tasks/; never fall back to the dispatch root when worktree creation fails.

Keep Implementation Notes blank during task design.

Output Quality

Ensure the resulting task document is:

Grounded in current code and documentation.
Narrow enough for one testable task.
Decision-complete for direct implementation.
Explicit about goals, non-goals, impacts, risks, and tests.
Traceable to source backlog or RFC phase inputs when applicable.