[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M73GD8EJR0HSTEJD2MHB5FAJ":3,"skill-same:01M73GD8EJR0HSTEJD2MHB5FAJ":50},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":19,"linkOnly":20,"markdownContent":21,"markdownBody":22,"frontMatter":23,"refName":26,"commitSha":27,"skillDirectory":28,"forksCount":29,"repositoryHtmlUrl":30,"repositoryHomepageUrl":31,"ownerHtmlUrl":32,"ownerBlogUrl":33,"ownerDescription":34,"updatedAt":35,"install":36,"resources":49},"01M73GD8EJR0HSTEJD2MHB5FAJ","token-capped-workflow",null,"Design a task workflow under an explicit token cap (e.g. 10k total) — allocate budget per phase, verify the most critical part first, and degrade gracefully when the cap nears. Use when asked to 'giới hạn token', 'làm trong 10k token', 'token cap cho task này', 'budget workflow', 'tiết kiệm chi phí cho task', 'cheap mode', or 'work within a token limit'. Do NOT use for: choosing response length\u002Fdepth — see token-budget-advisor. Do NOT use for: auditing context window bloat — see context-budget. Do NOT use for: cost-per-value scoring — see token-roi.","Horonomos-laps\u002FYana-AI","Horonomos-laps","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F355299122?v=4","01M76B3QPXE88ET2SQPDPVATZT"," Horonomos-laps","01M72ZQRJPCYPSSWT4D00VJR2A",13,"Apache-2.0","https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Ftoken-capped-workflow\u002FSKILL.md",[],[],"2026-11-11 15:11:14",false,"---\nname: token-capped-workflow\ndescription: \"Design a task workflow under an explicit token cap (e.g. 10k total) — allocate budget per phase, verify the most critical part first, and degrade gracefully when the cap nears. Use when asked to 'giới hạn token', 'làm trong 10k token', 'token cap cho task này', 'budget workflow', 'tiết kiệm chi phí cho task', 'cheap mode', or 'work within a token limit'. Do NOT use for: choosing response length\u002Fdepth — see token-budget-advisor. Do NOT use for: auditing context window bloat — see context-budget. Do NOT use for: cost-per-value scoring — see token-roi.\"\ntier: TIER 4 — TOKEN OPTIMIZATION\nsource: yana-ai (anh Tâm prompt pack, 2026-06-10)\n---\n\n# Token-Capped Workflow — Làm việc trong hạn mức token\n\nGiới hạn tổng chi phí token cho một tác vụ cụ thể, ép ưu tiên kiểm chứng\nphần quan trọng nhất trước, và xuống cấp có kiểm soát khi gần chạm trần.\n\n> Prompt gốc: *\"Tạo workflow cho task này, nhưng giới hạn tổng chi phí ở\n> khoảng 10k token, ưu tiên kiểm chứng phần quan trọng nhất trước.\"*\n\n---\n\n## Khi nào dùng\n\n- Task lặp lại nhiều lần (batch) — tiết kiệm nhân theo số lần chạy\n- Session sắp cạn budget nhưng việc chưa xong\n- Task exploratory chưa chắc đáng đầu tư — cap thấp để thăm dò\n- Chạy trên backup stack có quota chặt (Groq\u002FGemini free tier)\n\n## Phân bổ chuẩn cho cap 10k\n\n```\n┌──────────────────────────────────────────────┐\n│ 1. SCOPE      ~10%  (1k)  — đọc đề, chốt phạm vi│\n│ 2. VERIFY-CORE ~30% (3k)  — kiểm phần QUAN TRỌNG │\n│                            NHẤT trước tiên       │\n│ 3. EXECUTE    ~40%  (4k)  — làm phần chính       │\n│ 4. CHECK      ~15%  (1.5k)— verify kết quả       │\n│ 5. RESERVE    ~5%   (0.5k)— dự phòng lỗi         │\n└──────────────────────────────────────────────┘\n```\n\n**Verify-first là bắt buộc:** phần quan trọng nhất phải được kiểm chứng\nTRƯỚC khi tiêu token vào phần phụ. Hết budget giữa chừng mà core đã\nverify = vẫn có giá trị. Hết budget mà core chưa check = công cốc.\n\n## Kỹ thuật tiết kiệm theo bước\n\n| Bước | Kỹ thuật |\n|------|----------|\n| Đọc file | Read có `offset\u002Flimit`, grep trước đọc sau — không đọc cả file |\n| Search | Grep với pattern hẹp, `head_limit` — không dump cả output |\n| Sinh code | Diff\u002Fedit thay vì viết lại cả file |\n| Báo cáo | Bullet ngắn, bỏ giải thích lặp — kết quả trước, lý do 1 câu |\n| Lặp | Không re-read file vừa edit; không re-run lệnh đã có kết quả |\n\n## Checkpoint trần\n\n```\n50% cap — tự hỏi: core đã verify chưa? Chưa → dừng EXECUTE, quay lại VERIFY\n80% cap — chỉ còn được: hoàn thiện + báo cáo. Không mở thêm phạm vi mới\n100% cap — DỪNG. Báo: đã làm gì, còn gì, cần thêm bao nhiêu token để xong\n```\n\nVượt cap không xin phép = vi phạm. Báo trước, đợi quyết định.\n\n## Format khai báo đầu task\n\n```markdown\n## Token Plan — \u003Ctask>\nCap: 10k | Core cần verify trước: \u003Cphần X — vì sao nó quan trọng nhất>\nPhân bổ: scope 1k · verify 3k · execute 4k · check 1.5k · reserve 0.5k\nNgoài phạm vi (không tiêu token): \u003Cliệt kê>\n```\n\n## Anti-Fake-Pass\n\n```\n❌ Nhận cap nhưng không khai báo Token Plan trước khi làm\n❌ \"Ước lượng\" token bằng cảm giác sau khi đã vượt — checkpoint phải\n   diễn ra TẠI 50%\u002F80%, không phải hồi tưởng cuối task\n❌ Hết budget rồi im lặng bỏ bước CHECK — phải báo rõ bước nào bị cắt\n❌ Verify phần dễ trước (cho nhanh) thay vì phần quan trọng nhất\n❌ Lách cap bằng cách tách thành nhiều request nhỏ không khai báo\n   (vi phạm 60-token-budget-velocity-law)\n```\n\n## See also\n\n- `token-budget-advisor` — chọn độ sâu câu trả lời theo ý user\n- `context-budget` — audit context window bị phình do components\n- `token-roi` — tính ROI trước khi nhận task đắt\n- `token-budget-policy.md` \u002F `60-token-budget-velocity-law.md` — luật cứng\n","# Token-Capped Workflow — Làm việc trong hạn mức token\n\nGiới hạn tổng chi phí token cho một tác vụ cụ thể, ép ưu tiên kiểm chứng\nphần quan trọng nhất trước, và xuống cấp có kiểm soát khi gần chạm trần.\n\n> Prompt gốc: *\"Tạo workflow cho task này, nhưng giới hạn tổng chi phí ở\n> khoảng 10k token, ưu tiên kiểm chứng phần quan trọng nhất trước.\"*\n\n---\n\n## Khi nào dùng\n\n- Task lặp lại nhiều lần (batch) — tiết kiệm nhân theo số lần chạy\n- Session sắp cạn budget nhưng việc chưa xong\n- Task exploratory chưa chắc đáng đầu tư — cap thấp để thăm dò\n- Chạy trên backup stack có quota chặt (Groq\u002FGemini free tier)\n\n## Phân bổ chuẩn cho cap 10k\n\n```\n┌──────────────────────────────────────────────┐\n│ 1. SCOPE      ~10%  (1k)  — đọc đề, chốt phạm vi│\n│ 2. VERIFY-CORE ~30% (3k)  — kiểm phần QUAN TRỌNG │\n│                            NHẤT trước tiên       │\n│ 3. EXECUTE    ~40%  (4k)  — làm phần chính       │\n│ 4. CHECK      ~15%  (1.5k)— verify kết quả       │\n│ 5. RESERVE    ~5%   (0.5k)— dự phòng lỗi         │\n└──────────────────────────────────────────────┘\n```\n\n**Verify-first là bắt buộc:** phần quan trọng nhất phải được kiểm chứng\nTRƯỚC khi tiêu token vào phần phụ. Hết budget giữa chừng mà core đã\nverify = vẫn có giá trị. Hết budget mà core chưa check = công cốc.\n\n## Kỹ thuật tiết kiệm theo bước\n\n| Bước | Kỹ thuật |\n|------|----------|\n| Đọc file | Read có `offset\u002Flimit`, grep trước đọc sau — không đọc cả file |\n| Search | Grep với pattern hẹp, `head_limit` — không dump cả output |\n| Sinh code | Diff\u002Fedit thay vì viết lại cả file |\n| Báo cáo | Bullet ngắn, bỏ giải thích lặp — kết quả trước, lý do 1 câu |\n| Lặp | Không re-read file vừa edit; không re-run lệnh đã có kết quả |\n\n## Checkpoint trần\n\n```\n50% cap — tự hỏi: core đã verify chưa? Chưa → dừng EXECUTE, quay lại VERIFY\n80% cap — chỉ còn được: hoàn thiện + báo cáo. Không mở thêm phạm vi mới\n100% cap — DỪNG. Báo: đã làm gì, còn gì, cần thêm bao nhiêu token để xong\n```\n\nVượt cap không xin phép = vi phạm. Báo trước, đợi quyết định.\n\n## Format khai báo đầu task\n\n```markdown\n## Token Plan — \u003Ctask>\nCap: 10k | Core cần verify trước: \u003Cphần X — vì sao nó quan trọng nhất>\nPhân bổ: scope 1k · verify 3k · execute 4k · check 1.5k · reserve 0.5k\nNgoài phạm vi (không tiêu token): \u003Cliệt kê>\n```\n\n## Anti-Fake-Pass\n\n```\n❌ Nhận cap nhưng không khai báo Token Plan trước khi làm\n❌ \"Ước lượng\" token bằng cảm giác sau khi đã vượt — checkpoint phải\n   diễn ra TẠI 50%\u002F80%, không phải hồi tưởng cuối task\n❌ Hết budget rồi im lặng bỏ bước CHECK — phải báo rõ bước nào bị cắt\n❌ Verify phần dễ trước (cho nhanh) thay vì phần quan trọng nhất\n❌ Lách cap bằng cách tách thành nhiều request nhỏ không khai báo\n   (vi phạm 60-token-budget-velocity-law)\n```\n\n## See also\n\n- `token-budget-advisor` — chọn độ sâu câu trả lời theo ý user\n- `context-budget` — audit context window bị phình do components\n- `token-roi` — tính ROI trước khi nhận task đắt\n- `token-budget-policy.md` \u002F `60-token-budget-velocity-law.md` — luật cứng\n",{"name":5,"tier":24,"source":25,"description":7},"TIER 4 — TOKEN OPTIMIZATION","yana-ai (anh Tâm prompt pack, 2026-06-10)","main","481dcd7dd2e288b9d627a2bd017db70e64e6c6fa","core\u002Fskills\u002Ftoken-capped-workflow",1,"https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI","https:\u002F\u002Fyana.vutam.link\u002F","https:\u002F\u002Fgithub.com\u002FHoronomos-laps","https:\u002F\u002Fyana.vutam.link","An open-source governed runtime & execution environment for multi-agent AI systems.","2026-11-11 23:56:26",{"source":8,"skillName":5,"commands":37,"prompt":47,"zipAvailable":48},[38,41,44],{"tool":39,"command":40},"npx","npx skills add Horonomos-laps\u002FYana-AI --skill token-capped-workflow",{"tool":42,"command":43},"bunx","bunx skills add Horonomos-laps\u002FYana-AI --skill token-capped-workflow",{"tool":45,"command":46},"pnpm","pnpm dlx skills add Horonomos-laps\u002FYana-AI --skill token-capped-workflow","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Ftoken-capped-workflow\u002FSKILL.md",true,[],[51,59,66,74,82,90],{"skillNo":52,"name":53,"nameZh":6,"description":54,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":55,"licenseFileUrl":6,"sourceHtmlUrl":56,"categories":57,"keywords":58,"publishedAt":19},"01M735GKET5YVYKAY62W2P5YXB","openai--sentry--sentry","Use when the user asks to inspect Sentry issues or events, summarize recent production errors, or pull basic Sentry health data via the Sentry API; perform read-only queries with the bundled script and require `SENTRY_AUTH_TOKEN`.","MIT","https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fopenai--sentry--sentry\u002FSKILL.md",[],[],{"skillNo":60,"name":61,"nameZh":6,"description":62,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":63,"categories":64,"keywords":65,"publishedAt":19},"01M73DCAP83T17HY7SMGK7MGFE","ito-basket-compare","Compare Itô prediction-market baskets against a user's knowledge base, portfolio notes, financial context, watchlist, or research thesis. Use for read-only basket comparison and gap analysis without investment advice or live trading.","https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fito-basket-compare\u002FSKILL.md",[],[],{"skillNo":67,"name":68,"nameZh":6,"description":69,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":70,"sourceHtmlUrl":71,"categories":72,"keywords":73,"publishedAt":19},"01M734CYEMZFDR3KH6SW0JP8TD","implementing-network-traffic-baselining","Build network traffic baselines from NetFlow\u002FIPFIX data using Python pandas for statistical analysis, z-score anomaly detection, and hourly\u002Fdaily traffic pattern profiling","https:\u002F\u002Fgithub.com\u002Fyanacuti1121\u002FYana-AI\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fimplementing-network-traffic-baselining\u002FLICENSE","https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fimplementing-network-traffic-baselining\u002FSKILL.md",[],[],{"skillNo":75,"name":76,"nameZh":6,"description":77,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":78,"sourceHtmlUrl":79,"categories":80,"keywords":81,"publishedAt":19},"01M73ASZ6NJRJM44Z2P84NGQ3Q","detecting-evasion-techniques-in-endpoint-logs","Detects defense evasion techniques used by adversaries in endpoint logs including log tampering, timestomping, process injection, and security tool disabling. Use when investigating suspicious endpoint behavior, building detection rules for evasion tactics, or conducting threat hunting for stealthy adversary activity. Activates for requests involving evasion detection, defense evasion analysis, log tampering detection, or MITRE ATT&CK TA0005.","https:\u002F\u002Fgithub.com\u002Fyanacuti1121\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fdetecting-evasion-techniques-in-endpoint-logs\u002FLICENSE","https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fdetecting-evasion-techniques-in-endpoint-logs\u002FSKILL.md",[],[],{"skillNo":83,"name":84,"nameZh":6,"description":85,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":86,"sourceHtmlUrl":87,"categories":88,"keywords":89,"publishedAt":19},"01M734AFNXD06Z78QRK0VKGT7Q","implementing-microsegmentation-with-guardicore","Implementing microsegmentation using Akamai Guardicore Segmentation to map application dependencies, create granular network policies, visualize east-west traffic flows, and enforce least-privilege communication between workloads across data centers and cloud.","https:\u002F\u002Fgithub.com\u002Fyanacuti1121\u002FYana-AI\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fimplementing-microsegmentation-with-guardicore\u002FLICENSE","https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fimplementing-microsegmentation-with-guardicore\u002FSKILL.md",[],[],{"skillNo":91,"name":92,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":93,"categories":94,"keywords":95,"publishedAt":19},"01M736TK27QMCXK0DVCH25SJN5","ramdisk-tmpfs-patterns","https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Framdisk-tmpfs-patterns\u002FSKILL.md",[],[]]