Skip to main content
Manusで任意のスキルを実行
ワンクリックで
lusipad
GitHub クリエイタープロフィール

lusipad

7 件の GitHub リポジトリにある 30 件の収集済み skills をリポジトリ単位で表示します。

収集済み skills
30
リポジトリ
7
更新
2026-07-06
リポジトリエクスプローラー

リポジトリと代表的な skills

plcopen-adversarial-probe
ソフトウェア品質保証アナリスト・テスター

plcopen 对抗性探测轮——系统性猎杀未声明缺陷(KB-051 方法论流程化)。Use when a milestone closes, when the maintainer questions a capability claim, or when auditing semantic parity across domains.

2026-07-06
plcopen-gates
ソフトウェア品質保証アナリスト・テスター

plcopen 提交前门禁——全量测试、RT 扫描、回放校验的准确命令与已知误报坑。Use before any commit/push in this repo, when the user says 门禁/gates, or when another skill finishes an implementation step.

2026-07-06
plcopen-commit-style
ソフトウェア開発者

plcopen 提交信息格式——angular 类型 + 中文四段正文 + KB/声明变更标注 + AI 声明。Use when committing in this repository.

2026-07-05
plcopen-provenance
ソフトウェア開発者

plcopen 出处纪律——禁止来源清单与外部代码/文档引入规则。Use before referencing external implementations, vendoring third-party content, or writing planner/OTG/blending algorithms.

2026-07-05
plcopen-semantic-feature
ソフトウェア開発者

plcopen 新特性/新语义的规格先行全流程(语义矩阵 → 人批 → 测试先行 → 门禁 → 文档同步)。Use when adding any new capability, FB semantics, planner behavior, or when the user proposes a feature touching core/.

2026-07-05
code-review
ソフトウェア品質保証アナリスト・テスター

Review the changes since a fixed point (commit, branch, tag, or merge-base) along two axes — Standards (does the code follow this repo's documented coding standards?) and Spec (does the code match what the originating issue/PRD asked for?). Runs both reviews in parallel sub-agents and reports them side by side. Use when the user wants to review a branch, a PR, work-in-progress changes, or asks to "review since X".

2026-07-05
plcopen-guide
ソフトウェア開発者

plcopen harness 与文档体系的路由索引。

2026-07-05
plcopen-kb-boundary
ソフトウェア開発者

plcopen 已知边界(KB)登记流程——新核相对标准/旧线的行为边界如何编号与记录。Use when a change declares a behavior boundary, a deliberate deviation, or an explicit unsupported combination.

2026-07-05
このリポジトリの収集済み skills 12 件中、上位 8 件を表示しています。
kickoff
ソフトウェア開発者

Kickoff (开工) — run before starting any non-trivial task. Diagnoses the gap between what the user asked for (the map) and what the codebase or domain actually requires (the territory), then applies only the techniques needed — blindspot briefing for unfamiliar territory, premise challenges that falsify what's treated as fact, throwaway prototypes and feasibility spikes for "I'll know it when I see it", one-question-at-a-time interviews for ambiguities, reference extraction, and an unknowns-first plan. Use when the user says "kickoff", "开工", "帮我开始", "找找我的盲区", "help me start", "find my unknowns", "what am I missing", "I don't know where to start", or when a previous attempt — theirs or an AI's — came back wrong and they don't know why.

2026-07-06
quiz-me
ソフトウェア開発者

Quiz-me (考考我) — after a large change, or any change the user didn't author themselves (AI-written code), generates a report explaining the context, intuition, and mechanics of what changed — then quizzes the user on it and grades the answers. Recommends merging only when the user passes completely. Use when the user says "quiz me", "考考我", "测测我", "我不放心这次改动", "do I actually understand this change", "explain what happened then test me", or after a long working session before merge.

2026-07-06
wrapup
ソフトウェア開発者

Wrapup (收工) — run after implementation work is done, before merging or sharing. Reads the diff, plan, and implementation notes, then produces what the moment needs — a buy-in document that leads with the demo and answers reviewers' objections up front, and a quiz that verifies the user actually understands what changed, recommending merge only on a full pass. Ends by promoting session learnings into permanent context. Use when the user says "wrapup", "收工", "干完了", "I'm done", "package this up", "ready to merge", "get buy-in", or finishes a long working session.

2026-07-06
kickoff
ソフトウェア開発者

Kickoff (开工) — run before starting any non-trivial task. Diagnoses the gap between what the user asked for (the map) and what the codebase or domain actually requires (the territory), then applies only the techniques needed — blindspot briefing for unfamiliar territory, premise challenges that falsify what's treated as fact, throwaway prototypes and feasibility spikes for "I'll know it when I see it", one-question-at-a-time interviews for ambiguities, reference extraction, and an unknowns-first plan. Use when the user says "kickoff", "开工", "帮我开始", "找找我的盲区", "help me start", "find my unknowns", "what am I missing", "I don't know where to start", or when a previous AI attempt came back wrong and they don't know why.

2026-07-05
wrapup
ソフトウェア開発者

Wrapup (收工) — run after implementation work is done, before merging or sharing. Reads the diff, plan, and implementation notes, then produces what the moment needs — a buy-in document that leads with the demo and answers reviewers' objections up front, and a quiz that verifies the user actually understands what changed, recommending merge only on a full pass. Ends by promoting session learnings into permanent context. Use when the user says "wrapup", "收工", "干完了", "I'm done", "package this up", "ready to merge", "get buy-in", or finishes a long working session.

2026-07-05
quiz-me
ソフトウェア開発者

Quiz-me (考考我) — after a large change, generates a report explaining the context, intuition, and mechanics of what changed — then quizzes the user on it and grades the answers. Recommends merging only when the user passes completely. Use when the user says "quiz me", "考考我", "测测我", "我不放心这次改动", "do I actually understand this change", "explain what happened then test me", or after a long working session before merge.

2026-07-05
7 件中 7 件のリポジトリを表示
すべてのリポジトリを表示しました