Skip to main content
在 Manus 中运行任何 Skill
一键导入
GitHub 仓库

ai-assisted-coding

ai-assisted-coding 收录了来自 veej 的 4 个 skills,并提供仓库级职业覆盖和站内 skill 详情页。

已收集 skills
4
Stars
3
更新
2026-04-27
Forks
1
职业覆盖
3 个职业分类 · 已分类 100%
仓库浏览

这个仓库中的 skills

challenge-reqs
项目管理专家

Analyse a feature's source documentation before starting implementation. Reads the documentation from any source (Notion, Confluence, local file, pasted text), explores relevant codebase context, and produces a structured list of questions grouped by target audience (PM, designers, dev lead). Use this skill whenever the user shares requirements, specs, user stories, briefs, or any feature documentation and asks to review it, challenge it, find gaps, or check what's missing before coding. Also trigger when the user provides a Notion/Confluence/Figma link and asks to prepare for implementation, or says things like 'let's check these requirements' or 'what should we clarify before starting'.

2026-04-27
demo
软件质量保证分析师与测试员

Generate a PR description with test plan and record a video demo of the implemented feature using Playwright. Analyses the diff, writes a structured PR body (problem, solution, test plan), generates a volatile Playwright test to record a walkthrough video, and attaches evidence to the PR.

2026-04-25
ship
软件开发工程师

Ship a feature: simplify code, run local CI checks, create/update PR, monitor CI, and run code review. Use when: (1) user invokes /ship, (2) user asks to push or create a PR, (3) agent determines a feature implementation is complete and ready to push.

2026-04-25
tdd-implement
软件开发工程师

Drive disciplined TDD implementation of a feature whose acceptance scenarios are already defined and approved (typically BDD/Gherkin .feature files, but any executable acceptance specification works). Use this skill whenever the user asks to start implementing a feature, says things like 'let's build this', 'time to code', 'now write the implementation', or invokes /tdd-implement directly. The skill builds an implementation checklist via TaskCreate from the approved scenarios, runs a per-task loop with opportunistic test-first for non-trivial pure units (transformations, parsers, validators, calculators, branching logic) and a mandatory reflection step to catch missing unit and regression tests, and ends only when all acceptance tests are green. Don't bypass this skill in favour of writing code straight through — the discipline it enforces (no upfront test enumeration, no end-of-feature test back-fill, single-unit cycles, reflection after each task) is exactly what's hard to maintain by hand.

2026-04-25