[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M73G7E4S460D8853GD8SS3G2":3,"skill-same:01M73G7E4S460D8853GD8SS3G2":49},{"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":25,"commitSha":26,"skillDirectory":27,"forksCount":28,"repositoryHtmlUrl":29,"repositoryHomepageUrl":30,"ownerHtmlUrl":31,"ownerBlogUrl":32,"ownerDescription":33,"updatedAt":34,"install":35,"resources":48},"01M73G7E4S460D8853GD8SS3G2","team-builder",null,"Interactive agent picker for composing and dispatching parallel teams","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\u002Fteam-builder\u002FSKILL.md",[],[],"2026-11-11 15:11:14",false,"---\nname: team-builder\ndescription: Interactive agent picker for composing and dispatching parallel teams\norigin: community\n---\n\n# Team Builder\n\nInteractive menu for browsing and composing agent teams on demand. Works with flat or domain-subdirectory agent collections.\n\n## When to Use\n\n- You have multiple agent personas (markdown files) and want to pick which ones to use for a task\n- You want to compose an ad-hoc team from different domains (e.g., Security + SEO + Architecture)\n- You want to browse what agents are available before deciding\n\n## Prerequisites\n\nAgent files must be markdown files containing a persona prompt (identity, rules, workflow, deliverables). The first `# Heading` is used as the agent name and the first paragraph as the description.\n\nBoth flat and subdirectory layouts are supported:\n\n**Subdirectory layout** — domain is inferred from the folder name:\n\n```\nagents\u002F\n├── engineering\u002F\n│   ├── security-engineer.md\n│   └── software-architect.md\n├── marketing\u002F\n│   └── seo-specialist.md\n└── sales\u002F\n    └── discovery-coach.md\n```\n\n**Flat layout** — domain inferred from shared filename prefixes. A prefix counts as a domain when 2+ files share it. Files with unique prefixes go to \"General\". Note: the algorithm splits at the first `-`, so multi-word domains (e.g., `product-management`) should use the subdirectory layout instead:\n\n```\nagents\u002F\n├── engineering-security-engineer.md\n├── engineering-software-architect.md\n├── marketing-seo-specialist.md\n├── marketing-content-strategist.md\n├── sales-discovery-coach.md\n└── sales-outbound-strategist.md\n```\n\n## Configuration\n\nAgents are discovered via two methods, merged and deduplicated by agent name:\n\n1. **`claude agents` command** (primary) — run `claude agents` to get all agents known to the CLI, including user agents, plugin agents (e.g. `everything-claude-code:architect`), and built-in agents. This automatically covers ECC marketplace installs without any path configuration.\n2. **File glob** (fallback, for reading agent content) — agent markdown files are read from:\n   - `.\u002Fagents\u002F**\u002F*.md` + `.\u002Fagents\u002F*.md` — project-local agents\n   - `~\u002F.claude\u002Fagents\u002F**\u002F*.md` + `~\u002F.claude\u002Fagents\u002F*.md` — global user agents\n\nEarlier sources take precedence when names collide: user agents > plugin agents > built-in agents. A custom path can be used instead if the user specifies one.\n\n## How It Works\n\n### Step 1: Discover Available Agents\n\nRun `claude agents` to get the full agent list. Parse each line:\n- **Plugin agents** are prefixed with `plugin-name:` (e.g., `everything-claude-code:security-reviewer`). Use the part after `:` as the agent name and the plugin name as the domain.\n- **User agents** have no prefix. Read the corresponding markdown file from `~\u002F.claude\u002Fagents\u002F` or `.\u002Fagents\u002F` to extract the name and description.\n- **Built-in agents** (e.g., `Explore`, `Plan`) are skipped unless the user explicitly asks to include them.\n\nFor user agents loaded from markdown files:\n- **Subdirectory layout:** extract the domain from the parent folder name\n- **Flat layout:** collect all filename prefixes (text before the first `-`). A prefix qualifies as a domain only if it appears in 2 or more filenames (e.g., `engineering-security-engineer.md` and `engineering-software-architect.md` both start with `engineering` → Engineering domain). Files with unique prefixes (e.g., `code-reviewer.md`, `tdd-guide.md`) are grouped under \"General\"\n- Extract the agent name from the first `# Heading`. If no heading is found, derive the name from the filename (strip `.md`, replace hyphens with spaces, title-case)\n- Extract a one-line summary from the first paragraph after the heading\n\nIf no agents are found after running `claude agents` and probing file locations, inform the user: \"No agents found. Run `claude agents` to verify your setup.\" Then stop.\n\n### Step 2: Present Domain Menu\n\n```\nAvailable agent domains:\n1. Engineering — Software Architect, Security Engineer\n2. Marketing — SEO Specialist\n3. Sales — Discovery Coach, Outbound Strategist\n\nPick domains or name specific agents (e.g., \"1,3\" or \"security + seo\"):\n```\n\n- Skip domains with zero agents (empty directories)\n- Show agent count per domain\n\n### Step 3: Handle Selection\n\nAccept flexible input:\n- Numbers: \"1,3\" selects all agents from Engineering and Sales\n- Names: \"security + seo\" fuzzy-matches against discovered agents\n- \"all from engineering\" selects every agent in that domain\n\nIf more than 5 agents are selected, list them alphabetically and ask the user to narrow down: \"You selected N agents (max 5). Pick which to keep, or say 'first 5' to use the first five alphabetically.\"\n\nConfirm selection:\n```\nSelected: Security Engineer + SEO Specialist\nWhat should they work on? (describe the task):\n```\n\n### Step 4: Spawn Agents in Parallel\n\n1. Read each selected agent's markdown file\n2. Prompt for the task description if not already provided\n3. Spawn all agents in parallel using the Agent tool:\n   - `subagent_type: \"general-purpose\"`\n   - `prompt: \"{agent file content}\\n\\nTask: {task description}\"`\n   - Each agent runs independently — no inter-agent communication needed\n4. If an agent fails (error, timeout, or empty output), note the failure inline (e.g., \"Security Engineer: failed — [reason]\") and continue with results from agents that succeeded\n\n### Step 5: Synthesize Results\n\nCollect all outputs and present a unified report:\n- Results grouped by agent\n- Synthesis section highlighting:\n  - Agreements across agents\n  - Conflicts or tensions between recommendations\n  - Recommended next steps\n\nIf only 1 agent was selected, skip synthesis and present the output directly.\n\n## Rules\n\n- **Dynamic discovery only.** Never hardcode agent lists. New files in the directory auto-appear in the menu.\n- **Max 5 agents per team.** More than 5 produces diminishing returns and excessive token usage. Enforce at selection time.\n- **Parallel dispatch.** All agents run simultaneously — use the Agent tool's parallel invocation pattern.\n- **Parallel Agent calls, not TeamCreate.** This skill uses parallel Agent tool calls for independent work. TeamCreate (a Claude Code tool for multi-agent dialogue) is only needed when agents must debate or respond to each other.\n\n## Examples\n\n```\nUser: team builder\n\nClaude:\nAvailable agent domains:\n1. Engineering (2) — Software Architect, Security Engineer\n2. Marketing (1) — SEO Specialist\n3. Sales (4) — Discovery Coach, Outbound Strategist, Proposal Strategist, Sales Engineer\n4. Support (1) — Executive Summary\n\nPick domains or name specific agents:\n\nUser: security + seo\n\nClaude:\nSelected: Security Engineer + SEO Specialist\nWhat should they work on?\n\nUser: Review my Next.js e-commerce site before launch\n\n[Both agents spawn in parallel, each applying their specialty to the codebase]\n\nClaude:\n## Security Engineer Findings\n- [findings...]\n\n## SEO Specialist Findings\n- [findings...]\n\n## Synthesis\nBoth agents agree on: [...]\nTension: Security recommends CSP that blocks inline styles, SEO needs inline schema markup. Resolution: [...]\nNext steps: [...]\n```\n","# Team Builder\n\nInteractive menu for browsing and composing agent teams on demand. Works with flat or domain-subdirectory agent collections.\n\n## When to Use\n\n- You have multiple agent personas (markdown files) and want to pick which ones to use for a task\n- You want to compose an ad-hoc team from different domains (e.g., Security + SEO + Architecture)\n- You want to browse what agents are available before deciding\n\n## Prerequisites\n\nAgent files must be markdown files containing a persona prompt (identity, rules, workflow, deliverables). The first `# Heading` is used as the agent name and the first paragraph as the description.\n\nBoth flat and subdirectory layouts are supported:\n\n**Subdirectory layout** — domain is inferred from the folder name:\n\n```\nagents\u002F\n├── engineering\u002F\n│   ├── security-engineer.md\n│   └── software-architect.md\n├── marketing\u002F\n│   └── seo-specialist.md\n└── sales\u002F\n    └── discovery-coach.md\n```\n\n**Flat layout** — domain inferred from shared filename prefixes. A prefix counts as a domain when 2+ files share it. Files with unique prefixes go to \"General\". Note: the algorithm splits at the first `-`, so multi-word domains (e.g., `product-management`) should use the subdirectory layout instead:\n\n```\nagents\u002F\n├── engineering-security-engineer.md\n├── engineering-software-architect.md\n├── marketing-seo-specialist.md\n├── marketing-content-strategist.md\n├── sales-discovery-coach.md\n└── sales-outbound-strategist.md\n```\n\n## Configuration\n\nAgents are discovered via two methods, merged and deduplicated by agent name:\n\n1. **`claude agents` command** (primary) — run `claude agents` to get all agents known to the CLI, including user agents, plugin agents (e.g. `everything-claude-code:architect`), and built-in agents. This automatically covers ECC marketplace installs without any path configuration.\n2. **File glob** (fallback, for reading agent content) — agent markdown files are read from:\n   - `.\u002Fagents\u002F**\u002F*.md` + `.\u002Fagents\u002F*.md` — project-local agents\n   - `~\u002F.claude\u002Fagents\u002F**\u002F*.md` + `~\u002F.claude\u002Fagents\u002F*.md` — global user agents\n\nEarlier sources take precedence when names collide: user agents > plugin agents > built-in agents. A custom path can be used instead if the user specifies one.\n\n## How It Works\n\n### Step 1: Discover Available Agents\n\nRun `claude agents` to get the full agent list. Parse each line:\n- **Plugin agents** are prefixed with `plugin-name:` (e.g., `everything-claude-code:security-reviewer`). Use the part after `:` as the agent name and the plugin name as the domain.\n- **User agents** have no prefix. Read the corresponding markdown file from `~\u002F.claude\u002Fagents\u002F` or `.\u002Fagents\u002F` to extract the name and description.\n- **Built-in agents** (e.g., `Explore`, `Plan`) are skipped unless the user explicitly asks to include them.\n\nFor user agents loaded from markdown files:\n- **Subdirectory layout:** extract the domain from the parent folder name\n- **Flat layout:** collect all filename prefixes (text before the first `-`). A prefix qualifies as a domain only if it appears in 2 or more filenames (e.g., `engineering-security-engineer.md` and `engineering-software-architect.md` both start with `engineering` → Engineering domain). Files with unique prefixes (e.g., `code-reviewer.md`, `tdd-guide.md`) are grouped under \"General\"\n- Extract the agent name from the first `# Heading`. If no heading is found, derive the name from the filename (strip `.md`, replace hyphens with spaces, title-case)\n- Extract a one-line summary from the first paragraph after the heading\n\nIf no agents are found after running `claude agents` and probing file locations, inform the user: \"No agents found. Run `claude agents` to verify your setup.\" Then stop.\n\n### Step 2: Present Domain Menu\n\n```\nAvailable agent domains:\n1. Engineering — Software Architect, Security Engineer\n2. Marketing — SEO Specialist\n3. Sales — Discovery Coach, Outbound Strategist\n\nPick domains or name specific agents (e.g., \"1,3\" or \"security + seo\"):\n```\n\n- Skip domains with zero agents (empty directories)\n- Show agent count per domain\n\n### Step 3: Handle Selection\n\nAccept flexible input:\n- Numbers: \"1,3\" selects all agents from Engineering and Sales\n- Names: \"security + seo\" fuzzy-matches against discovered agents\n- \"all from engineering\" selects every agent in that domain\n\nIf more than 5 agents are selected, list them alphabetically and ask the user to narrow down: \"You selected N agents (max 5). Pick which to keep, or say 'first 5' to use the first five alphabetically.\"\n\nConfirm selection:\n```\nSelected: Security Engineer + SEO Specialist\nWhat should they work on? (describe the task):\n```\n\n### Step 4: Spawn Agents in Parallel\n\n1. Read each selected agent's markdown file\n2. Prompt for the task description if not already provided\n3. Spawn all agents in parallel using the Agent tool:\n   - `subagent_type: \"general-purpose\"`\n   - `prompt: \"{agent file content}\\n\\nTask: {task description}\"`\n   - Each agent runs independently — no inter-agent communication needed\n4. If an agent fails (error, timeout, or empty output), note the failure inline (e.g., \"Security Engineer: failed — [reason]\") and continue with results from agents that succeeded\n\n### Step 5: Synthesize Results\n\nCollect all outputs and present a unified report:\n- Results grouped by agent\n- Synthesis section highlighting:\n  - Agreements across agents\n  - Conflicts or tensions between recommendations\n  - Recommended next steps\n\nIf only 1 agent was selected, skip synthesis and present the output directly.\n\n## Rules\n\n- **Dynamic discovery only.** Never hardcode agent lists. New files in the directory auto-appear in the menu.\n- **Max 5 agents per team.** More than 5 produces diminishing returns and excessive token usage. Enforce at selection time.\n- **Parallel dispatch.** All agents run simultaneously — use the Agent tool's parallel invocation pattern.\n- **Parallel Agent calls, not TeamCreate.** This skill uses parallel Agent tool calls for independent work. TeamCreate (a Claude Code tool for multi-agent dialogue) is only needed when agents must debate or respond to each other.\n\n## Examples\n\n```\nUser: team builder\n\nClaude:\nAvailable agent domains:\n1. Engineering (2) — Software Architect, Security Engineer\n2. Marketing (1) — SEO Specialist\n3. Sales (4) — Discovery Coach, Outbound Strategist, Proposal Strategist, Sales Engineer\n4. Support (1) — Executive Summary\n\nPick domains or name specific agents:\n\nUser: security + seo\n\nClaude:\nSelected: Security Engineer + SEO Specialist\nWhat should they work on?\n\nUser: Review my Next.js e-commerce site before launch\n\n[Both agents spawn in parallel, each applying their specialty to the codebase]\n\nClaude:\n## Security Engineer Findings\n- [findings...]\n\n## SEO Specialist Findings\n- [findings...]\n\n## Synthesis\nBoth agents agree on: [...]\nTension: Security recommends CSP that blocks inline styles, SEO needs inline schema markup. Resolution: [...]\nNext steps: [...]\n```\n",{"name":5,"origin":24,"description":7},"community","main","481dcd7dd2e288b9d627a2bd017db70e64e6c6fa","core\u002Fskills\u002Fteam-builder",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":36,"prompt":46,"zipAvailable":47},[37,40,43],{"tool":38,"command":39},"npx","npx skills add Horonomos-laps\u002FYana-AI --skill team-builder",{"tool":41,"command":42},"bunx","bunx skills add Horonomos-laps\u002FYana-AI --skill team-builder",{"tool":44,"command":45},"pnpm","pnpm dlx skills add Horonomos-laps\u002FYana-AI --skill team-builder","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fteam-builder\u002FSKILL.md",true,[],[50,58,65,73,81,89],{"skillNo":51,"name":52,"nameZh":6,"description":53,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":54,"licenseFileUrl":6,"sourceHtmlUrl":55,"categories":56,"keywords":57,"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":59,"name":60,"nameZh":6,"description":61,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":62,"categories":63,"keywords":64,"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":66,"name":67,"nameZh":6,"description":68,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":69,"sourceHtmlUrl":70,"categories":71,"keywords":72,"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":74,"name":75,"nameZh":6,"description":76,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":77,"sourceHtmlUrl":78,"categories":79,"keywords":80,"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":82,"name":83,"nameZh":6,"description":84,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":85,"sourceHtmlUrl":86,"categories":87,"keywords":88,"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":90,"name":91,"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":92,"categories":93,"keywords":94,"publishedAt":19},"01M736TK27QMCXK0DVCH25SJN5","ramdisk-tmpfs-patterns","https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Framdisk-tmpfs-patterns\u002FSKILL.md",[],[]]