用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/tomevault-io/skills-registry --skill ti-skills命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
| Use when this capability is needed.
> Use when this capability is needed.
Review architecture and API design for the vfs-s3 project. Use when the user mentions @architect, asks to review an issue's design, discuss module boundaries, API shape, or architectural decisions for vfs-s3. Also trigger when the user wants to create an ADR (Architecture Decision Record) or evaluate a technical approach for the project. Intended for dispatch from Codex automation or Claude routines; GitHub trigger phrase: @vfs-s3-bot please prepare design doc Use when this capability is needed.
基于 SOC 职业分类
正在显示 SKILL.md
| name | ti-skills |
| description | Understand and work with PicoRuby code using ti type checker Use when this capability is needed. |
| metadata | {"author":"engneer-hamachan"} |
You are working with PicoRuby code using the ti type checker.
ti filename.rb --llm-nav - List classes and top-level methods that have callers or callees in the codeti filename.rb --llm-nav --target=Name - Display detailed signatures, callers/callees for a specific class or method in the codeti filename.rb --llm-error - Display type error information for the fileti filename.rb --llm-class - List all classes available in the projectti filename.rb --llm-define --class=ClassName - Display method signatures and type info for a classIMPORTANT: Always run these commands as-is. Never pipe through head, tail, or any other truncation tool. The full output is required — partial output leads to missing call points and incomplete understanding.
Run ti filename.rb --llm-nav first. It lists classes and top-level methods that are actively used in the code. Identify which ones are relevant to your task.
For each relevant class or method identified in Step 1, run:
ti filename.rb --llm-nav --target=Name
This gives you method signatures, callers/callees, file locations, and document: fields. Run this for each target you need to understand.
Do not fetch all details upfront — use --llm-nav to identify what to look at, then --target to drill in.
document: or comments are insufficientIf the document: field is vague, missing, or doesn't answer a specific question you already have — read the source. Use call points to find the exact line range, then read only that range.
Rules:
For every change you're about to make, write out:
Do not skip this. Concrete values prevent wrong assumptions.
Never remove code just because it seems related to a complaint.
First prove the code is the actual cause:
If the complaint points to code X but the real cause is Y (something else), removing X makes things worse. Fix Y instead.
ti filename.rb --llm-error after each changeNever delete code just because it causes type errors. Understand the root cause first.
Union<A NilClass>: use is_a? to narrow the typeuntyped: these are the riskiest spots — read the source before touching them# 1. Browse the code structure
ti filename.rb --llm-nav
# 2. Drill into relevant classes/methods
ti filename.rb --llm-nav --target=RelevantClass
ti filename.rb --llm-nav --target=relevant_method
# 3. If document: is vague, read the relevant source lines
# (use call points from output to find exact line numbers)
# 4. Trace the broken scenario with actual values
# 5. Identify root cause. Confirm it before touching anything.
# 6. Make the minimal change that fixes the root cause.
# 7. Verify no type errors
ti filename.rb --llm-error
# 8. Trace the scenario again with actual values to confirm the fix.
Converted and distributed by TomeVault — claim your Tome and manage your conversions.