atomicinnovation
- 68 skills
- 0 followers
- 9 hours ago last updated
- ▌ Commit · atomicinnovationCreate VCS commits for session changes. Use when the user wants to commit their work with well-structured, atomic commits.
- ▌ Init · atomicinnovationPrepare a repository with the directories and gitignore entries that Accelerator skills expect. Safe to run repeatedly.
- ▌ Paths · atomicinnovationResolves all configured document-discovery paths for the current project. Preloaded by agent definitions that need config-driven directory locations; not intended for direct user invocation.
- ▌ Migrate · atomicinnovationApply pending Accelerator meta-directory migrations to bring a repo into line with the latest plugin schema. Destructive by default but guarded — refuses to run on a dirty working tree and prints a one-line preview per pending migration before applying.
- ▌ Configure · atomicinnovationView, create, or edit Accelerator plugin configuration. Manage document templates.
- ▌ Review Pr · atomicinnovationReview a pull request through multiple quality lenses and present a compiled analysis with inline comments. Use when the user wants a thorough PR review.
- ▌ Create Note · atomicinnovationInteractively capture a short-form note. Use when jotting down an observation, insight, or strategy snippet as a short-form note in meta/notes/ — e.g. "make a note of this", "jot this down", "capture a note".
- ▌ Describe Pr · atomicinnovationGenerate a comprehensive pull request description following the repository's standard template. Use when the user wants to create or update a PR description.
- ▌ Create Adr · atomicinnovationInteractively create an architecture decision record (ADR). Use when the user wants to document an architectural decision, technology choice, or significant design decision. Guides through context gathering, options analysis, and consequence documentation.
- ▌ Review Adr · atomicinnovationReview an architecture decision record for quality and completeness, then accept, reject, or suggest revisions. Enforces ADR immutability — only proposed ADRs can be modified, accepted ADRs can only transition to superseded or deprecated. Use when a proposed ADR is ready for review, or when an accepted ADR needs to be deprecated.
- ▌ Respond To Pr · atomicinnovationRespond to pull request review feedback interactively, working through each item with verification and code changes. Use when the user wants to address PR review comments.
- ▌ Create Plan · atomicinnovationCreate detailed implementation plans through interactive, iterative collaboration. Use when the user needs to plan a feature, refactoring, or task.
- ▌ Review Plan · atomicinnovationReview an implementation plan through multiple quality lenses and collaboratively iterate based on findings. Use when the user wants to evaluate a plan before implementation.
- ▌ List Work Items · atomicinnovationList and filter work items from the configured work directory. Use when discovering what work items exist, filtering by status/kind/priority/parent/tag, or viewing the work item hierarchy.
- ▌ Sync Work Items · atomicinnovationReconcile local work items in meta/work/ with the active remote tracker named by work.integration. Use when the user wants to sync, push, or pull work items to or from Jira or Linear, preview what a sync would change, or reconcile divergent local and remote state.
- ▌ Create Work Item · atomicinnovation bundleInteractively create a well-formed work item. Use when capturing a feature, bug, task, spike, or epic as a structured work item in meta/work/.
- ▌ Refine Work Item · atomicinnovation bundleInteractively refine a work item by decomposing it into children, enriching it with codebase context, sharpening its acceptance criteria, sizing it, or linking it to dependencies. Use after a work item has been drafted and before planning begins.
- ▌ Review Work Item · atomicinnovation bundleReview a work item through multiple quality lenses and collaboratively iterate based on findings. Use when the user wants to evaluate a work item before implementation or escalation.
- ▌ Update Work Item · atomicinnovation bundleUpdate fields (status, priority, tags, parent, etc.) of an existing work item. Use to transition status, change priority, manage tags, or edit any frontmatter field. No transition enforcement — arbitrary changes are allowed.
- ▌ Extract Adrs · atomicinnovationExtract architecture decision records from existing meta documents (research, plans). Scans documents for implicit or explicit architectural decisions and converts selected ones into formal ADRs. Use when decisions are buried in research or planning documents and need to be captured formally.
- ▌ Validate Plan · atomicinnovationValidate that an implementation plan was correctly executed by verifying success criteria and identifying deviations. Use after implementing a plan to verify correctness.
- ▌ Conduct Spike · atomicinnovationInteractively conduct a time-boxed spike — collaboratively reduce uncertainty through discussion mixed with agent-driven research (and small throwaway prototypes where a question is empirical), then record the outcome on the spike's work item. Use when a work item or brief poses open questions that must be resolved before planning or implementation can proceed with confidence.
- ▌ Inventory Design · atomicinnovation bundleGenerate a structured design inventory for a frontend source — tokens, components, screens, and features — by crawling it with code analysis, live Playwright inspection, or both. Use when you need to capture a snapshot of a current or target design surface before running analyse-design-gaps. Produces a dated artifact directory with an inventory.md and screenshots/. Re-running for the same source-id supersedes the prior snapshot without losing it.
- ▌ Implement Plan · atomicinnovationExecute an approved implementation plan from the configured plans directory. Use when the user wants to implement a plan phase by phase with verification.
- ▌ Research Issue · atomicinnovationInvestigate production issues and bugs through hypothesis-driven debugging. Accepts stacktraces, logs, error messages, or vague behavioral descriptions and produces a root cause analysis.
- ▌ Visualise · atomicinnovationOpen the accelerator meta visualiser. Launches the companion-window server in the background and returns a URL. Subcommands stop and status manage the running server.
- ▌ Extract Work Items · atomicinnovation bundleExtract work items in batch from existing documents (specs, PRDs, research, plans, meeting notes, design docs). Use whenever the user wants to capture, pull out, or convert requirements, work items, user stories, bug reports, or actionable tasks from existing files into structured work items in meta/work/ — even if they don't say "extract" explicitly.
- ▌ Scope · atomicinnovation bundleWork-item review lens for evaluating sizing, decomposition, and orthogonality of requirements. Used by review orchestrators — not invoked directly.
- ▌ Stress Test Plan · atomicinnovationInteractively stress-test an implementation plan by grilling the user on decisions, edge cases, and assumptions to find issues, inconsistencies, and gaps before implementation begins.
- ▌ Safety Lens · atomicinnovationSafety review lens for evaluating data loss prevention, operational safety, and protective mechanisms against accidental harm. Used by review orchestrators — not invoked directly.
- ▌ Analyse Design Gaps · atomicinnovation bundleCompare two design inventories produced by inventory-design and emit a structured gap artefact whose prose paragraphs satisfy the extract-work-items cue-phrase contract. Use after running inventory-design for both a current and target design surface. The resulting gap artefact under meta/design-gaps/ feeds directly into /accelerator:extract-work-items to produce actionable work items.
- ▌ Research Codebase · atomicinnovationConduct comprehensive codebase research by spawning parallel subagents and synthesising findings into a research document. Use when the user needs to deeply understand a codebase area or answer technical questions.
- ▌ Clarity · atomicinnovation bundleWork-item review lens for evaluating unambiguous communication — referent clarity, internal consistency, jargon handling, and actor/outcome identification. Used by review orchestrators — not invoked directly.
- ▌ Stress Test Work Item · atomicinnovation bundleInteractively stress-test a work item by grilling the user on scope, assumptions, acceptance criteria, edge cases, and dependencies to surface issues, gaps, and flawed assumptions before implementation is planned.
- ▌ Init Jira · atomicinnovationSet up the Jira Cloud integration for this project. Verifies credentials against a real Jira Cloud tenant, discovers the tenant's custom-field catalogue and project list, and persists the results under `<paths.integrations>/jira/` (default `.accelerator/state/integrations/jira/`) as team-shared, version-controlled JSON caches. Idempotent: safe to re-run after credential or project changes.
- ▌ Database Lens · atomicinnovationDatabase review lens for evaluating migration safety, schema design, query correctness, and data integrity. Used by review orchestrators — not invoked directly.
- ▌ Security Lens · atomicinnovationSecurity review lens for evaluating threats, vulnerabilities, and missing protections. Used by review orchestrators — not invoked directly.
- ▌ Standards Lens · atomicinnovationStandards compliance review lens for evaluating project conventions, API standards, and accessibility. Used by review orchestrators — not invoked directly.
- ▌ Usability Lens · atomicinnovationUsability review lens for evaluating developer experience, API ergonomics, configuration complexity, and onboarding. Used by review orchestrators — not invoked directly.
- ▌ Dependency · atomicinnovation bundleWork-item review lens for evaluating explicit capture of blockers, consumers, external systems, and ordering. Used by review orchestrators — not invoked directly.
- ▌ Correctness Lens · atomicinnovationCorrectness review lens for evaluating logical validity, boundary conditions, invariant preservation, concurrency correctness, and state management. Used by review orchestrators — not invoked directly.
- ▌ Performance Lens · atomicinnovationPerformance review lens for evaluating algorithmic efficiency, resource usage, and concurrency efficiency. Used by review orchestrators — not invoked directly.
- ▌ Portability Lens · atomicinnovationPortability review lens for evaluating environment independence, deployment flexibility, and vendor lock-in avoidance. Used by review orchestrators — not invoked directly.
- ▌ Testability · atomicinnovation bundleWork-item review lens for evaluating whether Acceptance Criteria and requirements admit a concrete verification strategy — each criterion must be specific, measurable, and verifiable. Used by review orchestrators — not invoked directly.
- ▌ Init Linear · atomicinnovationSet up the Linear integration for this project. Verifies a Linear personal API key against the real Linear GraphQL API, lets you pick one team, and persists that team plus its WorkflowState catalogue under `<paths.integrations>/linear/` (default `.accelerator/state/integrations/linear/`). `catalogue.json` is team-shared and version-controlled; `viewer.json` is per-developer and gitignored. Idempotent: safe to re-run after credential or team changes.
- ▌ Architecture Lens · atomicinnovationArchitecture review lens for evaluating structural integrity, coupling, cohesion, and evolutionary fitness. Used by review orchestrators — not invoked directly.
- ▌ Code Quality Lens · atomicinnovationCode quality review lens for evaluating design principles, error handling, complexity, testability, and maintainability. Used by review orchestrators — not invoked directly.
- ▌ Completeness · atomicinnovation bundleWork-item review lens for evaluating structural and informational completeness — section presence, content density, kind-appropriate content, and frontmatter integrity. Used by review orchestrators — not invoked directly.
- ▌ Compatibility Lens · atomicinnovationCompatibility review lens for evaluating API contract stability, cross-platform support, protocol compliance, and dependency management. Used by review orchestrators — not invoked directly.
- ▌ Documentation Lens · atomicinnovationDocumentation review lens for evaluating documentation completeness, accuracy, and audience-appropriateness. Used by review orchestrators — not invoked directly.
- ▌ Test Coverage Lens · atomicinnovationTest coverage review lens for evaluating testing strategy adequacy, test quality, and test architecture. Used by review orchestrators — not invoked directly.
- ▌ Show Jira Issue · atomicinnovation bundleUse this skill when the user asks about a specific Jira issue by key (e.g. PROJ-123, ENG-456) — for viewing the description, status, comments, transitions, or any other field. Trigger when the user says 'look up', 'check on', 'tell me about', 'what's on', or 'what is the status of' a key, or asks any direct question about an issue they reference. Do NOT trigger when an issue key appears incidentally inside other prose (commit messages, code review comments, release notes), where the user is talking about the issue rather than asking to fetch it.
- ▌ Attach Jira Issue · atomicinnovationUse this skill only when the user explicitly invokes /attach-jira-issue to upload one or more local files as attachments to a Jira issue. This is a write skill with irreversible side effects — it must never be auto-invoked from conversational context. Previews what will be uploaded and requires explicit confirmation before POSTing.
- ▌ Create Jira Issue · atomicinnovation bundleUse this skill only when the user explicitly invokes /create-jira-issue to create a new Jira issue. This is a write skill with irreversible side effects — it must never be auto-invoked from conversational context. Accepts a project key, issue type, summary, optional Markdown body, and optional fields (assignee, reporter, priority, labels, components, parent, custom fields). Previews the resolved intent, requires explicit confirmation, then POSTs to Jira and returns the new issue key.
- ▌ Update Jira Issue · atomicinnovation bundleUse this skill only when the user explicitly invokes /update-jira-issue to modify an existing Jira issue. This is a write skill with irreversible side effects — it must never be auto-invoked from conversational context. Accepts an issue key and at least one mutating flag (summary, body, priority, assignee, reporter, parent, labels, components, custom fields). Previews the resolved intent with set-vs-update semantics, requires explicit confirmation, then PUTs to Jira.
- ▌ Comment Jira Issue · atomicinnovation bundleUse this skill only when the user explicitly invokes /comment-jira-issue to add, list, edit, or delete comments on a Jira issue. This is a write skill with irreversible side effects — it must never be auto-invoked from conversational context. Subcommands: add (post a new comment), list (fetch all comments with pagination), edit (update an existing comment), delete (remove a comment — irreversible). Write subcommands preview the resolved intent and require explicit confirmation before calling the API.
- ▌ Search Jira Issues · atomicinnovation bundleUse this skill whenever the user wants to search, list, or filter Jira tickets — by assignee, status, label, project, type, component, reporter, parent, or free text — even if they say 'find', 'show me', 'what's open', 'list my tickets', or similar phrasing rather than 'search Jira'. Composes safe JQL from structured flags, executes a paginated search against a Jira Cloud tenant, and renders a summary table of the results. Supports --render-adf to convert ADF descriptions to Markdown inline. Prefer this skill over raw JQL whenever the user's intent maps to a structured flag.
- ▌ Show Linear Issue · atomicinnovationUse this skill when the user asks about a specific Linear issue by identifier (e.g. BLA-123, ENG-456) — for viewing the description, state, assignee, or comments. Trigger when the user says 'look up', 'check on', 'tell me about', 'what's on', or 'what is the status of' an identifier, or asks any direct question about an issue they reference. Do NOT trigger when an identifier appears incidentally inside other prose (commit messages, code review comments, release notes), where the user is talking about the issue rather than asking to fetch it.
- ▌ Transition Jira Issue · atomicinnovationUse this skill only when the user explicitly invokes /transition-jira-issue to move a Jira issue through its workflow by state name. This is a write skill with irreversible side effects — it must never be auto-invoked from conversational context. Accepts an issue key and target state name (case-insensitive). Previews the resolved transition and requires explicit confirmation before posting.
- ▌ Attach Linear Issue · atomicinnovationUse this skill only when the user explicitly invokes /attach-linear-issue to attach a link or a binary file to an existing Linear issue. This is a write skill with irreversible side effects — it must never be auto-invoked from conversational context. Link mode registers an external URL; binary mode uploads a local file via Linear's pre-signed URL flow and registers the resulting asset. Shows a preview, requires explicit confirmation, then attaches.
- ▌ Create Linear Issue · atomicinnovationUse this skill only when the user explicitly invokes /create-linear-issue to create a new Linear issue from a local work-item file. This is a write skill with irreversible side effects — it must never be auto-invoked from conversational context. It reads the work item's title and Markdown body, shows a payload preview, requires explicit confirmation, then creates the issue and writes the remote-allocated identifier (e.g. BLA-123) back into the file's external_id frontmatter field.
- ▌ Update Linear Issue · atomicinnovationUse this skill only when the user explicitly invokes /update-linear-issue to change fields on an existing Linear issue (title, description, state, assignee, priority). This is a write skill with irreversible side effects — it must never be auto-invoked from conversational context. It shows a payload preview, requires explicit confirmation, then applies the update.
- ▌ Comment Linear Issue · atomicinnovationUse this skill only when the user explicitly invokes /comment-linear-issue to add a Markdown comment to an existing Linear issue. This is a write skill with irreversible side effects — it must never be auto-invoked from conversational context. It shows the comment preview, requires explicit confirmation, then posts the comment.
- ▌ Search Linear Issues · atomicinnovationUse this skill whenever the user wants to search, list, or filter Linear issues — by state, assignee, label, or free text — even if they say 'find', 'show me', 'what's open', 'list my issues', or similar phrasing rather than 'search Linear'. Composes a Linear IssueFilter from structured flags, executes a cursor-paginated search scoped to the configured team, and renders a summary table of the results. Prefer this skill over raw GraphQL whenever the user's intent maps to a structured flag.
- ▌ Transition Linear Issue · atomicinnovationUse this skill only when the user explicitly invokes /transition-linear-issue to move an existing Linear issue to a different workflow state. This is a write skill with irreversible side effects — it must never be auto-invoked from conversational context. The target state name is resolved to its UUID from the cached catalogue (no live lookup). Shows a preview, requires explicit confirmation, then applies the transition.
- ▌ Pr Review Output Format · atomicinnovationOutput format specification for PR review agents. Defines the JSON schema, field reference, severity emoji prefixes, and comment body format for PR reviews.
- ▌ Plan Review Output Format · atomicinnovationOutput format specification for plan review agents. Defines the JSON schema, field reference, severity emoji prefixes, and finding body format for plan reviews.
- ▌ Work Item Review Output Format · atomicinnovationOutput format specification for work-item review agents. Defines the JSON schema, field reference, severity emoji prefixes, and finding body format for work-item reviews. Used by review orchestrators — not invoked directly.