driangle
- 52 skills
- 0 followers
- 7 hours ago last updated
- ▌ Do Task 2 · driangleLook up a task by ID or name and start working on it. Use when the user wants to pick up and execute a task.
- ▌ Add Task 2 · driangleCreate a new task file following the taskmd specification. Use when the user wants to add a new task to the project.
- ▌ Get Task 2 · driangleGet details of a specific task by ID or name. Use when the user wants to view or look up a task.
- ▌ Next Task 2 · driangleGet the next recommended task to work on. Use when the user asks what to work on next or needs a task assignment.
- ▌ List Tasks 2 · driangleList tasks from the project's taskmd files, with optional filters (status, priority, phase, group, owner). Use whenever the user asks what is pending, in progress, done, outstanding, assigned, high priority, or "on the plate" — including phrasings like "my tasks", "my todos" or "what's left", which refer to the project's task files and not to conversation memory.
- ▌ Split Task 2 · driangleSplit a large task into smaller sub-tasks. Accepts a task ID, evaluates complexity, and creates sibling task files if warranted.
- ▌ Update Task 2 · driangleUpdate an existing task's fields (status, priority, title, tags, dependencies, etc.). Use when the user wants to modify a task's properties.
- ▌ Verify Task 2 · driangleRun verification checks for a task and evaluate results. Use when the user wants to verify a task's acceptance criteria.
- ▌ Import Todos 2 · driangleDiscover TODO/FIXME comments in the codebase and convert selected ones into task files. Use when the user wants to turn code TODOs into tracked tasks.
- ▌ Complete Task 2 · driangleMark a task as completed. Use when the user wants to mark a task as done or complete.
- ▌ Validate Tasks 2 · driangleValidate task files for format and convention errors. Use when the user wants to check their task files.
- ▌ Get Task Status 2 · driangleGet only the metadata/status of a task without full details. Use when the user wants to quickly check a task's status, priority, or other metadata.
- ▌ Divide And Conquer 2 · drianglePick up a task and execute it using subagents to parallelize independent workstreams. Use when the user wants to work on a task with maximum concurrency.
- ▌ Work · drianglePick up the next task, execute it, verify it, mark it complete, and commit. Use when the user wants to work through tasks one at a time, or says 'do the next task', 'work on the next item', or invokes /work. Optionally accepts a task ID and/or custom instructions.
- ▌ Commit · driangleCommit all uncommitted changes with an auto-generated conventional commit message. Use when the user asks to commit, save changes, or invokes /commit.
- ▌ Pr Open · driangleOpen a GitHub PR for the current branch. Generates a title and description from the diff, and respects the repo's PULL_REQUEST_TEMPLATE if one exists.
- ▌ Migrate · drianglePerform codebase migrations: upgrade dependencies, swap libraries, adopt new APIs or patterns, and modernize legacy code. Use when the user wants to migrate, upgrade, swap a library, adopt a new pattern, or modernize code.
- ▌ Pr Stack · driangleSplit a large feature branch into multiple smaller PRs of max 20 files each. Use when the user wants to break up a big branch, split changes into stacked or parallel PRs, asks "how do I split this PR", mentions a branch has too many files, or wants a PR splitting strategy. Also triggers on phrases like "split this into PRs", "break up this branch", "chunk these changes", "PR plan", or "too many files in this PR".
- ▌ Refactor · drianglePerform structured refactoring operations: extract module, split file, inline abstraction, rename symbol across codebase, simplify complex code, or reduce coupling. Use when the user wants to refactor code, extract a module, split a large file, or reorganize code structure.
- ▌ Pr Review · driangleReview a GitHub PR and present findings as author-addressed comments. Use when the user asks to review a PR, gives a PR URL or number, or asks for code review feedback on a pull request. Triggers on phrases like "review this PR", "look at this pull request", "code review", or any GitHub PR link.
- ▌ Pr Triage · driangleGenerate a Slack-friendly triage report of open GitHub PRs for a team, author, or set of repos — pure-prompt variant of pr-review-report with no helper script. Use this skill whenever the user wants a PR review queue summary, a daily/standup PR digest, a reviewer triage list, or asks things like "what PRs does my team owe reviews on", "which of my PRs are waiting on review", "show me the team's open PRs", or "give me a PR status report for org X". The skill buckets each PR into exactly one of Needs attention / Ready to merge / In discussion / Awaiting review so reviewers can focus on what matters most.
- ▌ Fix Feedback · driangleAddress feedback about a bug or feature issue using a test-first workflow: reproduce with a failing test, then fix. Use when the user provides feedback, a bug report, or a user-reported issue and wants it verified and fixed.
- ▌ Commit Msg · driangleGenerate a one-line conventional commit message from staged changes. Use when the user asks for a commit message or invokes /commit-msg.
- ▌ Audit · drianglePerform a comprehensive codebase audit covering security, privacy, data integrity, architecture, and code quality. Use when the user wants to audit the codebase, check for security issues, or review code quality.
- ▌ Spec Decompose · driangleDecompose a spec, requirements document, or technical design doc into actionable task files. Use when the user provides a spec file and wants it broken down into tasks, work items, or a project plan. Also trigger when the user says things like 'break this down', 'create tasks from this spec', 'plan out this project', 'turn this into tasks', or 'decompose this into work items' — even if they don't say 'spec' explicitly.
- ▌ Rebase Merge · driangleRebase the current branch onto a target branch, resolve any conflicts, then fast-forward merge it into the target. Use when the user asks to merge a branch via rebase or invokes /rebase-merge.
- ▌ Oddities · driangleScan a scope of code for unconventional, strange, questionable, undocumented, or opaque things — latent bugs, unexpected complexity, inconsistencies, surprising design choices, and library/API workarounds. Produces a prioritized reading list, not a refactor plan. Use whenever the user wants to 'review' a directory/module/branch, flag 'weird' or 'suspicious' code, find 'red flags', spot 'code smells', or just understand what's odd in a slice of the codebase they're about to touch.
- ▌ Setup Targets · driangleBootstrap a project's checks to standard conventions: per-project build targets (compile, lint, format-check, test, build), enforced lint standards (max 200 lines per file, max 50 lines per function, layered import rules), top-level check/check-lite targets, a pre-commit hook for check-lite, and CI running check. Use when the user wants to add Makefile targets, set up CI-ready build commands, standardize project checks or lint rules, or bootstrap a new/existing repo to their check conventions.
- ▌ Pr Description · driangleGenerate a concise PR description based on the changed files and their content. Focus on summarizing the key changes and their impact, rather than providing a detailed line-by-line explanation.
- ▌ Sync Worktrees · driangleSynchronize worktrees with main: rebase each worktree branch onto main, fast-forward merge it into main, then fast-forward every worktree branch back up to the final main. Use when the user asks to sync worktrees, merge worktrees into main, or invokes /sync-worktrees.
- ▌ Dead Code · driangleFind dead code in the codebase: unused exports, orphaned files, unreachable code paths, unused dependencies, and stale feature flags. Use when the user wants to clean up unused code or identify candidates for removal.
- ▌ API Review · driangleReview a library's public API for clarity, consistency, composability, predictability, edge-case handling, and correctness. Use when the user wants to review an API surface, check API design quality, or evaluate a library's exported interface. Designed for libraries and packages — not services, servers, or full applications.
- ▌ Test Audit · driangleReview the project's test suite for legitimacy: detect tautologies, trivially-passing assertions, mocked-away logic, and other patterns that give false confidence in test coverage. Use when the user wants to verify their tests are meaningful.
- ▌ Pr Review Report · driangle bundleGenerate a Slack-friendly triage report of open GitHub PRs for a team, author, or set of repos. Use this skill whenever the user wants a PR review queue summary, a daily/standup PR digest, a reviewer triage list, or asks things like "what PRs does my team owe reviews on", "which of my PRs are waiting on review", "show me the team's open PRs", or "give me a PR status report for org X". The skill buckets each PR into exactly one of Needs attention / Ready to merge / In discussion / Awaiting review so reviewers can focus on what matters most.
- ▌ Triage Dependabot · driangleTriage Dependabot security alerts: group by package, find high-payoff upgrades and removal candidates, then plan a fix for the one the user chooses.
- ▌ Refactor Plan · driangleProduce a prioritized refactoring plan for the code you just worked with — each suggestion tagged with priority and effort, sorted most- to least-recommended. It recommends and ranks; it does not perform the changes. Use right after finishing a task in a codebase, when the user asks 'what should I refactor', 'what would you clean up here', 'give me a refactor plan', 'what are the follow-up improvements', or wants recommendations grounded in the files already touched during the session. Complements 'oddities' (a reading list) by producing an actionable, ranked plan.
- ▌ Release · driangleCreate a new release by bumping versions, tagging, pushing, and generating release notes. Use when the user wants to release a new version.
- ▌ New Eval · driangleBuild a skival eval suite that benchmarks one taskmd skill — fixture, deterministic graders, four variants, smoke run, and a committed report. Use when adding a suite under evals/, benchmarking a skill, or measuring whether a skill actually helps.
- ▌ Audit Docs · driangleAudit documentation coverage across CLI commands, web features, and configuration. Builds the CLI, discovers all commands/flags, checks web pages, and cross-references against docs/ and apps/docs/.
- ▌ Do Task · driangleLook up a task by ID or name and start working on it. Use when the user wants to pick up and execute a task.
- ▌ Add Task · driangleCreate a new task file following the taskmd specification. Use when the user wants to add a new task to the project.
- ▌ Get Task · driangleGet details of a specific task by ID or name. Use when the user wants to view or look up a task.
- ▌ Next Task · driangleGet the next recommended task to work on. Use when the user asks what to work on next or needs a task assignment.
- ▌ List Tasks · driangleList tasks from the project's taskmd files, with optional filters (status, priority, phase, group, owner). Use whenever the user asks what is pending, in progress, done, outstanding, assigned, high priority, or "on the plate" — including phrasings like "my tasks", "my todos" or "what's left", which refer to the project's task files and not to conversation memory.
- ▌ Split Task · driangleSplit a large task into smaller sub-tasks. Accepts a task ID, evaluates complexity, and creates sibling task files if warranted.
- ▌ Update Task · driangleUpdate an existing task's fields (status, priority, title, tags, dependencies, etc.). Use when the user wants to modify a task's properties.
- ▌ Verify Task · driangleRun verification checks for a task and evaluate results. Use when the user wants to verify a task's acceptance criteria.
- ▌ Import Todos · driangleDiscover TODO/FIXME comments in the codebase and convert selected ones into task files. Use when the user wants to turn code TODOs into tracked tasks.
- ▌ Complete Task · driangleMark a task as completed. Use when the user wants to mark a task as done or complete.
- ▌ Validate Tasks · driangleValidate task files for format and convention errors. Use when the user wants to check their task files.
- ▌ Get Task Status · driangleGet only the metadata/status of a task without full details. Use when the user wants to quickly check a task's status, priority, or other metadata.
- ▌ Divide And Conquer · drianglePick up a task and execute it using subagents to parallelize independent workstreams. Use when the user wants to work on a task with maximum concurrency.