Skip to main content
Manus에서 모든 스킬 실행
원클릭으로
GitHub 저장소

Orb

Orb에는 KarryViber에서 수집한 skills 27개가 있으며, 저장소 수준 직업 범위와 사이트 내 skill 상세 페이지를 제공합니다.

수집된 skills
27
Stars
64
업데이트
2026-05-14
Forks
8
직업 범위
직업 카테고리 6개 · 100% 분류됨
저장소 탐색

이 저장소의 skills

adopt-from-external-repo
소프트웨어 개발자

调研开源 repo 看「可偷什么」时,用这个流程——克隆读全源、按 ROI 排清单、审视现有系统、偷抽象不偷代码、融入现有机制不做加法。Use when 用户发 GitHub 链接 + 问「可以偷师 / 借鉴什么」,或你提议要参考外部项目。

2026-05-14
session-wrap-up
소프트웨어 개발자

Session 收工标准 SOP——任何路径触发「收工」(reaction ✅ / 文字「收工 / wrap up / 闭包」/ cron 自动)都走同一动作链:自测 → commit(含受保护路径 override 规则)→ 清过程产物(临时 spec / debug 输出 / dry-run 文件 / 中间 patch)→ 报 commit hash + 清理清单。Use when 用户说「收工 / 闭包 / wrap up / OK 收工 / 结束这一段」,或 ✅ reaction 触发 inject 含「收工」字样。

2026-05-14
debug-audit-on-second-miss
소프트웨어 품질 보증 분석가·테스터

Bug 修复 / 排查场景,连续 2 次假设或 patch 没命中根因时强制停手出 audit。Use when 同一 bug 已经试过 ≥2 次修复、症状仍在或换了形态再现、即将动「第 3 刀」时;触发关键词:「还是有这个问题」「又出现了」「同样的报错」「再试一次」「这次应该」。不适用于一次就 reproduce + 一次修好的场景。

2026-05-14
archive
일반 사무원

存档目录,非可用 skill。

2026-05-14
askuserquestion-triggers
기타 컴퓨터 관련 직업

何时调 AskUserQuestion 工具(出 Slack Block Kit 选择卡)vs 何时直接做 / 文字反问。Use when 用户指令含「帮我看下 / 可以吗 / 你看着办 / 哪个 / 选 / 用 X 还是 Y」等歧义表达;或动作不可逆(push/删/对外发)且有多个等价方案;或同一指令有 ≥2 种合理解读且代价差异大。Skip when 自己能 grep/读文件查到、常规决策、thread 近 5 条已有就近答、cron worker。

2026-05-14
change-blast-radius-check
소프트웨어 개발자

改动开工前强制评估爆炸半径,避免「修一漏二 / 头疼医头」。Use when 改动涉及:删除文件/符号、重命名、路径迁移、接口签名变更、状态机修改、短路逻辑修正、配置 key 改名,或用户原话含「改 X / 删 X / 重命名 / 迁移 / 重构 X / 修这个 bug」+ 该 X 在多处被引用。不适用于纯新增、孤立 bugfix(无外部依赖)、文档/注释改动。

2026-05-14
claim-vs-reality-margin
소프트웨어 개발자

声明≠现实——任何「X 已配置 / 已声明 / 已建立」必须配 margin 量化 + detection 机制,否则把声明当现实。Use when 设计依赖外部能力的方案(vendor partnership / TTL refresh / cron schedule / health check / 配额申请 / SLA 承诺);或评审「我们已经 X」「客户说会 X」「config 配好了」类陈述;或排查「明明配了为什么没生效」类问题。

2026-05-14
coding-agent-workflow
기타 컴퓨터 관련 직업

代码任务委派三层决策——自己做 / 本 session sub-agent(Task tool)/ 外部 Codex session(spec 文件)。Use when 任何代码/调研/重构任务开工前判断谁来做,或用户说「派个 agent」「让 codex 搞」「并行跑」。

2026-05-14
commit-lineage
소프트웨어 개발자

commit message 必带 lineage 锚点——若改动来自 spec / lesson / 决策原文,message 必须引用源路径。Use when 准备 git commit、用户说「提交」「commit」「频繁 commit」、或起草 commit message 时。

2026-05-14
compliance-delivery-checklist
프로젝트 관리 전문가

对外交付前 7 点审查——受众/边界/事实/措辞/语言/脱敏/可追溯性。Use when 发送邮件、提案、报告、Slack 代言消息前,或 Karry 说「对外」「发给客户」「正式发」。

2026-05-14
execplan
소프트웨어 개발자

任务开工前用这个 skill 评估是否需要先写 spec。触发:涉及 ≥3 模块、>30 文件改动、>10 步骤、架构级决策、或用户说「先出方案 / 先写 spec」。生成的 spec 放 workspace/specs/

2026-05-14
execution-discipline
소프트웨어 개발자

Orb 的 13 条执行方法论——踩坑即记录/边界处悲观/Fail-fast/状态诚实/副作用留据/共识即持久化/收尾清理是完工必做项等,每条含触发条件和反例。Use when 面临决策点、报告任务结果、调外部 API、处理用户纠正、设计多步流程、声称完工时。

2026-05-14
fix-claim-acceptance-gate
소프트웨어 품질 보증 분석가·테스터

Use when about to claim a bug is "已修复 / 已改正 / fixed / resolved / 修好了" — requires producing a diff anchor (file:line showing the actual change) AND a receipt (failing repro that now passes, or log showing the original symptom is gone). 仅声明「我改了」「应该好了」「逻辑上对」不构成验收。补充 verification-before-completion 的修复场景专项门槛。

2026-05-14
guizang-ppt-skill
웹 개발자

生成横向翻页网页 PPT(单 HTML 文件),含 WebGL 背景、章节幕封、数据大字报、图片网格等模板。提供两种风格:① "电子杂志 × 电子墨水"(衬线 + 流体背景 + 暖色) ② "瑞士国际主义"(无衬线 + 网格点阵 + IKB/柠檬黄/柠檬绿/安全橙高亮)。当用户需要制作分享 / 演讲 / 发布会风格的网页 PPT,或提到"杂志风 PPT"、"瑞士风 PPT"、"Swiss Style"、"horizontal swipe deck"时使用。

2026-05-14
od-catalog
기타 컴퓨터 관련 직업

Open Design 渐进式设计工具索引——113 skills + 145 design systems 目录,按需加载到 workspace

2026-05-14
opencli
소프트웨어 개발자

通用 CLI 框架——79+ 适配器把网站/App 转为 CLI。Use when 需要把新外部服务(GitHub/Notion/Slack/X 以外)包成 CLI、或查已有适配器能力。X/Twitter 场景改走 x-twitter skill。

2026-05-14
reaction-action-protocol
기타 컴퓨터 관련 직업

Reaction quick-reply 信号统一协议——✅/👉/🚀/🔄/✋/👀 六个 reaction(以及对应文字打「收工 / 继续 / 派吧 / 换条思路 / 先停一下 / 展开看看」)触发后的语义解读 + 动作链。✅ 收工含完整 SOP(自测 → commit → 清过程产物 → 报告)。Use when reaction inject 触发 / 用户文字命中其中关键词 / 多步任务自评估走收尾 / cron 自动 wrap-up。🔥 rerun 不在此 skill 范围(adapter 硬编码)。

2026-05-14
single-source-of-truth
소프트웨어 개발자

真相源单一律——意图 / 逻辑 / 状态三层都禁止「真相源数量 > 1」,否则必 drift。Use when 设计新模块/新流程时面对一个概念有多处可能维护其状态、值或定义;或排查 drift 类 bug(A 处和 B 处不一致);或重构时合并散点逻辑/共享 worker 创建/状态机生命周期对齐时。

2026-05-14
slack-block-action-handlers
소프트웨어 개발자

Slack 按钮点击 (block_action) 的确定性路由协议——新建审批卡按钮时必须在 `profiles/<your-profile>/scripts/handlers/` 下放同名 handler 脚本,adapter 按 action_id 直接执行(零 LLM、零 worker fork)。Use when 需要新建带按钮的 Slack 卡片、修改 handler 脚本、或排查按钮点击无响应。

2026-05-14
slack-cli-api-reference
소프트웨어 개발자

Slack Web API curl 命令参考——发/更/删消息、thread reply、reactions.add、文件上传 v2、读 thread、频道/用户查询、Block Kit 选型、token 提取、URL→ts 转换、常见坑全集。Use when 查 API 命令语法/参数、排查 `invalid_blocks`/`not_in_channel`/`missing_scope`/消息只剩首行/attachment 静默丢失、或需要 `reactions.add`/`files.getUploadURLExternal`/`chat.getPermalink` 的具体 curl 示例。

2026-05-14
slack-output-format
소프트웨어 개발자

Slack 频道结构化输出规范 + Web API 写法——标题主消息、Block Kit thread、6 档 markdown、跨调用 anchor、curl/token/读写消息命令。Use when 准备向非 DM 频道推送 cron 报告/审批卡/反思/周报/持仓/书签/调研,或需要用 Slack API 读写消息、管理 thread、发送 Block Kit/attachment、更新并回读验证。

2026-05-14
state-assumptions-before-acting
기타 컴퓨터 관련 직업

非琐碎任务开工前显式化「我的解读 / 隐含假设 / 已知 tradeoff / 倾向方案」让 Karry 拦截;收工时同等显式化「这次牺牲了什么 / 高风险点要不要派 attacker 二次攻击」。Use when 任务 ≥3 步、含歧义解读、涉及 tradeoff、用户指令模糊有多种合理解读,或非琐碎任务即将收尾出结论。短指令作用层判定走 terse-intent-classifier。

2026-05-14
terse-intent-classifier
기타 컴퓨터 관련 직업

短指令作用层判定协议——对 ≤15 字、含指代词或动词型短指令(改/删/切/跑/停/加)或元问句(更优雅/更好/有没有办法)的输入,先判层再动手。Use when 用户消息 ≤15 字且含「这个/那个/上面/刚才/它」指代,或形如「改一下」「删掉它」「跑一下」「有没有更优雅的方法」「切回 X」这类省略了对象或意图的短输入。

2026-05-14
thread-object-realignment
기타 컴퓨터 관련 직업

长 thread 切题后的对象重定协议——thread 历史 ≥5 条且检测到切题信号时,回复前必做「用户最后显式问题对象 vs 待发回复对象」一致性校验,不一致则改写或反问。Use when Slack thread 历史 ≥5 条且当前用户消息出现切题信号(主题词突变、问句指向新实体、时间线跳跃、出现「另外」「话说」「回到 X」「换个话题」等切题语,或 ≥3 turn 后用户显式问题对象与最近 assistant 回复对象不同)。

2026-05-14
truth-ladder
기타 컴퓨터 관련 직업

状态放行三层阶梯(attempted / observed / confirmed)—— 汇报任务、API、命令、消息或外部动作状态时强制分层,避免把"动作已发起"误写成"结果已达成"。Use when 准备写「任务已完成」「API 返回成功」「exit code 0」「用户已收到」「ok:true」类状态汇报;或在 cron 报告 / Slack 回报 / project status / receipt 中表达完成度时。

2026-05-14
vendor-api-param-validation
소프트웨어 개발자

第三方 API / SDK 集成开工前,强制先列参数 checklist 并对照官方文档逐项验证(名称 / 类型 / 必填 / 默认 / 上限),通过后再编码——不是「写完再调通」。Use when 新接 vendor API/SDK(Slack / LongPort / freee / LLM API 等)、既有集成追加新 endpoint 或新字段、用户说「调通某接口」「接入 X」「集成 X」。

2026-05-14
vendor-doc-actionability
프로젝트 관리 전문가

对外合作文档(交付文档 / POC 文档 / Solution Doc / 提案书)必须为每个「需对方执行」的动作写清具体操作入口(URL / 工单系统 / 脚本路径 / 联系人 + 联系方式 / 步骤编号)。Use when 给客户、vendor、合作方写交付文档、POC 文档、Solution Doc、提案书;或检视已有对外文档是否抽象到无法执行。

2026-05-14