Skip to main content
Exécutez n'importe quel Skill dans Manus
en un clic
lllyys
Profil créateur GitHub

lllyys

Vue par dépôt de 18 skills collectés dans 2 dépôts GitHub.

skills collectés
18
dépôts
2
mis à jour
2026-07-23
explorateur de dépôts

Dépôts et skills représentatifs

dispatch
Développeurs de logiciels

Parallel lane dispatch — the ONLY sanctioned multi-item fan-out (feature #130, rule 55). Use when the user asks to fix several bugs at once ('fix #a #b #c'), implement independent feature WIs in parallel, or run a dispatch batch. Orchestrates worktree-isolated implementer lanes on leased simulators, validates HANDOFFs, and runs the serial integration tail (rebase → re-test → tracker/docs → version-at-slot → PR → merge-from-worktree → tag). A single item degrades to the inline /fix-issue or /feature-workflow flow.

2026-07-11
feature-workflow
Développeurs de logiciels

Run the binding 6-gate feature workflow end-to-end per rule 47 (Plan → Independent Plan Audit → TDD Implementation → Implementation Audit Loop → Device/Integration Verification → Merge). Use this skill whenever the user wants to implement a new feature in vreader, asks 'implement feature #N', 'work on feature 47', 'start the feature workflow', 'plan + build feature X', or describes building a new capability that doesn't yet exist. NOT for fixing broken implementations (that's fix-issue). The skill drives the row from `TODO` → `VERIFIED` through six gates that must never be skipped — author/auditor separation, evidence files, hook compliance are all binding.

2026-07-09
fix-issue
Développeurs de logiciels

End-to-end GitHub issue resolver — fetch, classify, branch, fix with TDD, Codex audit loop, test gate, docs-sync, version bump, PR, and post-merge close-gate finalizer. Use this skill whenever the user wants to fix a bug from a GH issue, asks 'fix issue #N', 'fix bug 115', 'work on issues #123 #456 #789', 'resolve this GH bug', or pastes a GH issue URL/number for resolution. Also handles `question`-labeled issues (inline answer + comment, no branch). REDIRECTS feature/enhancement issues to feature-workflow per rule 47. Supports both single-issue and multi-issue (worktree) pipelines.

2026-07-09
planning
Développeurs de logiciels

Create comprehensive implementation plans and write them to plan files. Use when the user asks for a plan, comprehensive plan, systematic workflow design, or wants decisions documented in a plan file.

2026-07-08
verify
Analystes en assurance qualité des logiciels et testeurs

Run a verification iteration — pick something that needs verifying, verify it CU-free, and complete its gate. Use this skill whenever the user wants to verify a shipped feature or bug fix, asks 'verify feature #N', 'verify bug #N', 'run device verification', 'work the verification backlog', or 'close the awaiting-device-verification issues' — and whenever the verify cron fires. Covers BOTH bug close-gate verification (awaiting-device-verification GH issues → closed) and feature Gate-5 verification (docs/features.md DONE → VERIFIED). Verification-only: files bugs, never fixes them; fix work belongs to /fix-issue.

2026-06-17
ai-coding-agents
Développeurs de logiciels

Comprehensive guide for using Codex CLI (OpenAI) and Claude Code CLI (Anthropic) - AI-powered coding agents. Use when orchestrating CLI commands, automating tasks, configuring agents, or troubleshooting issues.

2026-05-28
sim-drive-fallback
Administrateurs de réseaux et de systèmes informatiques

Drive the iOS Simulator when computer-use can't — for bypassing CU outages, not diagnosing them (use `/cu-diagnose` for diagnosis). Trigger when `mcp__computer-use__screenshot` returns `CU display unavailable`, when the user mentions "CU fallback", "CU substitute", or "drive sim without computer-use", or when continuing a verification that was previously blocked by a CU outage.

2026-05-11
file-bug
Analystes en assurance qualité des logiciels et testeurs

Create a GitHub issue for a bug row in docs/bugs.md and stamp `GH: #N` into its Notes column. Use this skill whenever the user wants to file/mirror/create a GH issue for an existing bug row, or asks 'create issue for bug #N', 'file bug 115', 'mirror bug 42 to GH', 'this bug needs a GH issue'. Also trigger when the `check_gh_issue_mirror.sh` PreToolUse hook blocks an edit to a `docs/bugs.md` row because it lacks `GH: #N`. Stays strictly in the mirror-an-existing-row scope — do not use for triaging new bugs (that's the triage skill) or fixing bugs (that's fix-issue).

2026-05-07
Affichage des 8 principaux skills collectés sur 11 dans ce dépôt.
acc-spec
Développeurs de logiciels

把算子任务书(md 本地路径或链接)+ PR 链接,抽成中立的 <op>.spec.json(OpRunway 验收流水线 Layer 0 契约)。当你拿到「算子任务书 + 对应 PR」要开始 NPU 算子验收、或需要从任务书生成 spec 时用。一份任务书含多个算子时产出多份 spec。规则由真实社区任务书语料归纳、经三个已建 spec 验证。

2026-07-23
acc-runner
Développeurs de logiciels

OpRunway 验收的代码产出 skill,两件事:(a) gen_golden——据任务书为任意算子产 <ops_root>/<op>/golden.py(真值口径走两档链、PR/仓内参考实现禁作 golden 源、后端生成期定死、check_golden.py 自检),纯 CPU、不需 NPU、不受 runner scope gate 约束;(b) gen_runner/verify_runner——为 ops-<族> 仓、aclnn 两段式接口、opp 安装型的算子(含非 experimental 子树,引擎目录/后缀已生成化),据 spec + PR 事实(算子自带 example + op_def)生成一个「锚定算子实测路径」的 per-op NPU runner(oprunway_<op.lower()>_runner.cpp),并按 runner 自检证据满足/不满足 纪律(未满足则停在 CP-C、不上真机)后才交真机跑测。OpRunway 验收 ③:spec 已就绪、要在真 NPU 上跑一个此类算子的正确性/性能时用。catlass(换构建体系)/非 aclnn 接口/双实现 当前不支持(需先扩 adapter,见 doc/oprunway-batch6b-design.md)。

2026-07-23
acceptance-workflow
Développeurs de logiciels

OpRunway 算子验收编排的 CP-A..E 检查点状态机——定义薄 primary orchestrator 如何调度 3 个 subagent、串工件门禁、把 pass/fail 判定唯一交给确定性脚本链(validator/perf_compare/三级验收门),供 op-acceptance primary 首响应加载。

2026-07-23
acc-casegen
Analystes en assurance qualité des logiciels et testeurs

把算子任务书拆成原语组合、按 rule-catalog 拉每原语的必测 case 模式、实例化去重后出「功能/精度/性能」覆盖矩阵——OpRunway 验收 Task1 用例生成的展开规则。参考草案:尚未接入 op-acceptance live 流、勿自动触发;仅在需理解或扩展「任务书→用例集」的展开规则时阅读。live 用例生成由确定性 gen_cases.py 负责。

2026-07-22
acc-perf
Analystes en assurance qualité des logiciels et testeurs

OpRunway 验收性能维的方法论薄壳——msprof kernel-only 采集 + timing_scope 必填同口径 + 基线按任务书参考源(TBE/GPU)+ 小 shape 例外,供理解「一个算子的性能该怎么比、为什么」。P2 规划的原子能力 skill:尚未接入 op-acceptance live 流、勿自动触发、不落盘、不算达标(比值/裁决唯一归确定性 perf_compare.py,ADR 0007 canonical;timing_scope 口径见 ADR 0006·proposed)。需要读懂或扩展性能对比口径、排查性能裁决时阅读。

2026-07-09
acc-precision
Développeurs de logiciels

OpRunway 验收精度维的方法论薄壳——oracle 分层(谁当真值)+ dtype 分层度量(哪套标准、什么口径),供理解「一个算子的精度该怎么判、为什么」。P2 规划的原子能力 skill:尚未接入 op-acceptance live 流、勿自动触发、不落盘、不算 pass/fail(判定唯一归确定性 validator.py + precision_policy.py,ADR 0007)。需要读懂或扩展精度判定口径、排查精度裁决时阅读。

2026-07-09
acc-rootcause
Développeurs de logiciels

OpRunway 验收里任何 FAIL 归因前的解耦纪律薄壳——先验证「任务书↔PR 对应」本身,再用被测物自己的东西(自 build + 声明 dtype + 手算 golden + custom↔builtin 对照)解耦「被测物 vs 我们的 harness」,才下归因。P2 规划的原子能力 skill:尚未接入 op-acceptance live 流、勿自动触发、无脚本判定(纪律 skill,不产 verdict)。真机 FAIL 要归因、或复盘一次归因翻案时阅读。

2026-07-09
2 dépôts affichés sur 2
Tous les dépôts sont affichés