[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6JF39WM22QD7084FEFRRBWK":3,"skill-same:01M6JF39WM22QD7084FEFRRBWK":77},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":22,"publishedAt":40,"linkOnly":41,"markdownContent":42,"markdownBody":43,"frontMatter":44,"refName":55,"commitSha":56,"skillDirectory":57,"forksCount":58,"repositoryHtmlUrl":59,"repositoryHomepageUrl":60,"ownerHtmlUrl":61,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":62,"install":63,"resources":76},"01M6JF39WM22QD7084FEFRRBWK","hermes-agent-skill-authoring",null,"Author in-repo SKILL.md: frontmatter, validator, structure.","S3YED\u002Fappie-kit","S3YED","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F62743867?v=4","01M6JBKBRRVP6KMS0VWZ27T3R6","01M6JBKBX0KG30284PW1DBYJT1",14,"MIT","https:\u002F\u002Fgithub.com\u002FS3YED\u002Fappie-kit\u002Fblob\u002Fmaster\u002Fskills\u002Fops\u002Fhermes-agent-skill-authoring\u002FSKILL.md",[17],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39],"skill authoring","hermes","hermes agent","authoring","hermes agent skill authoring","agent skill","frontmatter","writing","validator","hermes-agent","plans","conventions","structure","repo","code-review","code","review","2026-11-10 10:12:30",false,"---\nname: hermes-agent-skill-authoring\ndescription: \"Author in-repo SKILL.md: frontmatter, validator, structure.\"\nversion: 1.0.0\nauthor: Hermes Agent\nlicense: MIT\nmetadata:\n  hermes:\n    tags: [skills, authoring, hermes-agent, conventions, skill-md]\n    related_skills: [writing-plans, requesting-code-review]\n---\n\n# Authoring Hermes-Agent Skills (in-repo)\n\n## Overview\n\nThere are two places a SKILL.md can live:\n\n1. **User-local:** `~\u002F.hermes\u002Fskills\u002F\u003Cmaybe-category>\u002F\u003Cname>\u002FSKILL.md` — personal, not shared. Created via `skill_manage(action='create')`.\n2. **In-repo (this skill is about this case):** `\u002Fhome\u002Fbb\u002Fhermes-agent\u002Fskills\u002F\u003Ccategory>\u002F\u003Cname>\u002FSKILL.md` — committed, shipped with the package. Use `write_file` + `git add`. `skill_manage(action='create')` does NOT target this tree.\n\n## When to Use\n\n- User asks you to add a skill \"in this branch \u002F repo \u002F commit\"\n- You're committing a reusable workflow that should ship with hermes-agent\n- You're editing an existing skill under `\u002Fhome\u002Fbb\u002Fhermes-agent\u002Fskills\u002F` (use `patch` for small edits, `write_file` for rewrites; `skill_manage` still works for patch on in-repo skills, but not for `create`)\n\n## Required Frontmatter\n\nSource of truth: `tools\u002Fskill_manager_tool.py::_validate_frontmatter`. Hard requirements:\n\n- Starts with `---` as the first bytes (no leading blank line).\n- Closes with `\\n---\\n` before the body.\n- Parses as a YAML mapping.\n- `name` field present.\n- `description` field present, ≤ **1024 chars** (`MAX_DESCRIPTION_LENGTH`).\n- Non-empty body after the closing `---`.\n\nPeer-matched shape used by every skill under `skills\u002Fsoftware-development\u002F`:\n\n```yaml\n---\nname: my-skill-name               # lowercase, hyphens, ≤64 chars (MAX_NAME_LENGTH)\ndescription: Use when \u003Ctrigger>. \u003Cone-line behavior>.\nversion: 1.0.0\nauthor: Hermes Agent\nlicense: MIT\nmetadata:\n  hermes:\n    tags: [short, descriptive, tags]\n    related_skills: [other-skill, another-skill]\n---\n```\n\n`version` \u002F `author` \u002F `license` \u002F `metadata` are NOT enforced by the validator, but every peer has them — omit and your skill sticks out.\n\n## Size Limits\n\n- Description: ≤ 1024 chars (enforced).\n- Full SKILL.md: ≤ 100,000 chars (enforced as `MAX_SKILL_CONTENT_CHARS`, ~36k tokens).\n- Peer skills in `software-development\u002F` sit at **8-14k chars**. Aim for that range. If you're pushing past 20k, split into `references\u002F*.md` and reference them from SKILL.md.\n\n## Peer-Matched Structure\n\nEvery in-repo skill follows roughly:\n\n```\n# \u003CTitle>\n\n## Overview\nOne or two paragraphs: what and why.\n\n## When to Use\n- Bulleted triggers\n- \"Don't use for:\" counter-triggers\n\n## \u003CTopic sections specific to the skill>\n- Quick-reference tables are common\n- Code blocks with exact commands\n- Hermes-specific recipes (tests via scripts\u002Frun_tests.sh, ui-tui paths, etc.)\n\n## Common Pitfalls\nNumbered list of mistakes and their fixes.\n\n## Verification Checklist\n- [ ] Checkbox list of post-action verifications\n\n## One-Shot Recipes (optional)\nNamed scenarios → concrete command sequences.\n```\n\nNot every section is mandatory, but `Overview` + `When to Use` + actionable body + pitfalls are the minimum for the skill to feel like a peer.\n\n## Directory Placement\n\n```\nskills\u002F\u003Ccategory>\u002F\u003Cskill-name>\u002FSKILL.md\n```\n\nCategories currently in repo (confirm with `ls skills\u002F`): `autonomous-ai-agents`, `creative`, `data-science`, `devops`, `dogfood`, `email`, `gaming`, `github`, `leisure`, `mcp`, `media`, `mlops\u002F*`, `note-taking`, `productivity`, `red-teaming`, `research`, `smart-home`, `social-media`, `software-development`.\n\nPick the closest existing category. Don't invent new top-level categories casually.\n\n## Workflow\n\n1. **Survey peers** in the target category:\n   ```\n   ls skills\u002F\u003Ccategory>\u002F\n   ```\n   Read 2-3 peer SKILL.md files to match tone and structure.\n2. **Check validator constraints** in `tools\u002Fskill_manager_tool.py` if unsure.\n3. **Draft** with `write_file` to `skills\u002F\u003Ccategory>\u002F\u003Cname>\u002FSKILL.md`.\n4. **Validate locally**:\n   ```python\n   import yaml, re, pathlib\n   content = pathlib.Path(\"skills\u002F\u003Ccategory>\u002F\u003Cname>\u002FSKILL.md\").read_text()\n   assert content.startswith(\"---\")\n   m = re.search(r'\\n---\\s*\\n', content[3:])\n   fm = yaml.safe_load(content[3:m.start()+3])\n   assert \"name\" in fm and \"description\" in fm\n   assert len(fm[\"description\"]) \u003C= 1024\n   assert len(content) \u003C= 100_000\n   ```\n5. **Git add + commit** on the active branch.\n6. **Note:** the CURRENT session's skill loader is cached — `skill_view` \u002F `skills_list` will not see the new skill until a new session. This is expected, not a bug.\n\n## Cross-Referencing Other Skills\n\n`metadata.hermes.related_skills` unions both trees (`skills\u002F` in-repo and `~\u002F.hermes\u002Fskills\u002F`) at load time. You CAN reference a user-local skill from an in-repo skill, but it won't resolve for other users who clone the repo fresh. Prefer referencing only in-repo skills from in-repo skills. If a frequently-referenced skill lives only in `~\u002F.hermes\u002Fskills\u002F`, consider promoting it to the repo.\n\n## Editing Existing In-Repo Skills\n\n- **Small fix (typo, added pitfall, tightened trigger):** `skill_manage(action='patch', name=..., old_string=..., new_string=...)` works fine on in-repo skills.\n- **Major rewrite:** `write_file` the whole SKILL.md. `skill_manage(action='edit')` also works but requires supplying the full new content.\n- **Adding supporting files:** `write_file` to `skills\u002F\u003Ccategory>\u002F\u003Cname>\u002Freferences\u002F\u003Cfile>.md`, `templates\u002F\u003Cfile>`, or `scripts\u002F\u003Cfile>`. `skill_manage(action='write_file')` also works and enforces the references\u002Ftemplates\u002Fscripts\u002Fassets subdir allowlist.\n- **Always commit** the edit — in-repo skills are source, not runtime state.\n\n## Common Pitfalls\n\n1. **Using `skill_manage(action='create')` for an in-repo skill.** It writes to `~\u002F.hermes\u002Fskills\u002F`, not the repo tree. Use `write_file` for in-repo creation.\n\n2. **Leading whitespace before `---`.** The validator checks `content.startswith(\"---\")`; any leading blank line or BOM fails validation.\n\n3. **Description too generic.** Peer descriptions start with \"Use when ...\" and describe the *trigger class*, not the one task. \"Use when debugging X\" > \"Debug X\".\n\n4. **Forgetting the author\u002Flicense\u002Fmetadata block.** Not validator-enforced, but every peer has it; omitting makes the skill look half-finished.\n\n5. **Writing a skill that duplicates a peer.** Before creating, `ls skills\u002F\u003Ccategory>\u002F` and open 2-3 peers. Prefer extending an existing skill to creating a narrow sibling.\n\n6. **Expecting the current session to see the new skill.** It won't. The skill loader is initialized at session start. Verify in a fresh session or via `skill_view` using the exact path.\n\n7. **Linking to skills that don't exist in-repo.** `related_skills: [some-user-local-skill]` works for you but breaks for other clones. Prefer only in-repo links.\n\n## Verification Checklist\n\n- [ ] File is at `skills\u002F\u003Ccategory>\u002F\u003Cname>\u002FSKILL.md` (not in `~\u002F.hermes\u002Fskills\u002F`)\n- [ ] Frontmatter starts at byte 0 with `---`, closes with `\\n---\\n`\n- [ ] `name`, `description`, `version`, `author`, `license`, `metadata.hermes.{tags, related_skills}` all present\n- [ ] Name ≤ 64 chars, lowercase + hyphens\n- [ ] Description ≤ 1024 chars and starts with \"Use when ...\"\n- [ ] Total file ≤ 100,000 chars (aim for 8-15k)\n- [ ] Structure: `# Title` → `## Overview` → `## When to Use` → body → `## Common Pitfalls` → `## Verification Checklist`\n- [ ] `related_skills` references resolve in-repo (or are explicitly OK to be user-local)\n- [ ] `git add skills\u002F\u003Ccategory>\u002F\u003Cname>\u002F && git commit` completed on the intended branch","# Authoring Hermes-Agent Skills (in-repo)\n\n## Overview\n\nThere are two places a SKILL.md can live:\n\n1. **User-local:** `~\u002F.hermes\u002Fskills\u002F\u003Cmaybe-category>\u002F\u003Cname>\u002FSKILL.md` — personal, not shared. Created via `skill_manage(action='create')`.\n2. **In-repo (this skill is about this case):** `\u002Fhome\u002Fbb\u002Fhermes-agent\u002Fskills\u002F\u003Ccategory>\u002F\u003Cname>\u002FSKILL.md` — committed, shipped with the package. Use `write_file` + `git add`. `skill_manage(action='create')` does NOT target this tree.\n\n## When to Use\n\n- User asks you to add a skill \"in this branch \u002F repo \u002F commit\"\n- You're committing a reusable workflow that should ship with hermes-agent\n- You're editing an existing skill under `\u002Fhome\u002Fbb\u002Fhermes-agent\u002Fskills\u002F` (use `patch` for small edits, `write_file` for rewrites; `skill_manage` still works for patch on in-repo skills, but not for `create`)\n\n## Required Frontmatter\n\nSource of truth: `tools\u002Fskill_manager_tool.py::_validate_frontmatter`. Hard requirements:\n\n- Starts with `---` as the first bytes (no leading blank line).\n- Closes with `\\n---\\n` before the body.\n- Parses as a YAML mapping.\n- `name` field present.\n- `description` field present, ≤ **1024 chars** (`MAX_DESCRIPTION_LENGTH`).\n- Non-empty body after the closing `---`.\n\nPeer-matched shape used by every skill under `skills\u002Fsoftware-development\u002F`:\n\n```yaml\n---\nname: my-skill-name               # lowercase, hyphens, ≤64 chars (MAX_NAME_LENGTH)\ndescription: Use when \u003Ctrigger>. \u003Cone-line behavior>.\nversion: 1.0.0\nauthor: Hermes Agent\nlicense: MIT\nmetadata:\n  hermes:\n    tags: [short, descriptive, tags]\n    related_skills: [other-skill, another-skill]\n---\n```\n\n`version` \u002F `author` \u002F `license` \u002F `metadata` are NOT enforced by the validator, but every peer has them — omit and your skill sticks out.\n\n## Size Limits\n\n- Description: ≤ 1024 chars (enforced).\n- Full SKILL.md: ≤ 100,000 chars (enforced as `MAX_SKILL_CONTENT_CHARS`, ~36k tokens).\n- Peer skills in `software-development\u002F` sit at **8-14k chars**. Aim for that range. If you're pushing past 20k, split into `references\u002F*.md` and reference them from SKILL.md.\n\n## Peer-Matched Structure\n\nEvery in-repo skill follows roughly:\n\n```\n# \u003CTitle>\n\n## Overview\nOne or two paragraphs: what and why.\n\n## When to Use\n- Bulleted triggers\n- \"Don't use for:\" counter-triggers\n\n## \u003CTopic sections specific to the skill>\n- Quick-reference tables are common\n- Code blocks with exact commands\n- Hermes-specific recipes (tests via scripts\u002Frun_tests.sh, ui-tui paths, etc.)\n\n## Common Pitfalls\nNumbered list of mistakes and their fixes.\n\n## Verification Checklist\n- [ ] Checkbox list of post-action verifications\n\n## One-Shot Recipes (optional)\nNamed scenarios → concrete command sequences.\n```\n\nNot every section is mandatory, but `Overview` + `When to Use` + actionable body + pitfalls are the minimum for the skill to feel like a peer.\n\n## Directory Placement\n\n```\nskills\u002F\u003Ccategory>\u002F\u003Cskill-name>\u002FSKILL.md\n```\n\nCategories currently in repo (confirm with `ls skills\u002F`): `autonomous-ai-agents`, `creative`, `data-science`, `devops`, `dogfood`, `email`, `gaming`, `github`, `leisure`, `mcp`, `media`, `mlops\u002F*`, `note-taking`, `productivity`, `red-teaming`, `research`, `smart-home`, `social-media`, `software-development`.\n\nPick the closest existing category. Don't invent new top-level categories casually.\n\n## Workflow\n\n1. **Survey peers** in the target category:\n   ```\n   ls skills\u002F\u003Ccategory>\u002F\n   ```\n   Read 2-3 peer SKILL.md files to match tone and structure.\n2. **Check validator constraints** in `tools\u002Fskill_manager_tool.py` if unsure.\n3. **Draft** with `write_file` to `skills\u002F\u003Ccategory>\u002F\u003Cname>\u002FSKILL.md`.\n4. **Validate locally**:\n   ```python\n   import yaml, re, pathlib\n   content = pathlib.Path(\"skills\u002F\u003Ccategory>\u002F\u003Cname>\u002FSKILL.md\").read_text()\n   assert content.startswith(\"---\")\n   m = re.search(r'\\n---\\s*\\n', content[3:])\n   fm = yaml.safe_load(content[3:m.start()+3])\n   assert \"name\" in fm and \"description\" in fm\n   assert len(fm[\"description\"]) \u003C= 1024\n   assert len(content) \u003C= 100_000\n   ```\n5. **Git add + commit** on the active branch.\n6. **Note:** the CURRENT session's skill loader is cached — `skill_view` \u002F `skills_list` will not see the new skill until a new session. This is expected, not a bug.\n\n## Cross-Referencing Other Skills\n\n`metadata.hermes.related_skills` unions both trees (`skills\u002F` in-repo and `~\u002F.hermes\u002Fskills\u002F`) at load time. You CAN reference a user-local skill from an in-repo skill, but it won't resolve for other users who clone the repo fresh. Prefer referencing only in-repo skills from in-repo skills. If a frequently-referenced skill lives only in `~\u002F.hermes\u002Fskills\u002F`, consider promoting it to the repo.\n\n## Editing Existing In-Repo Skills\n\n- **Small fix (typo, added pitfall, tightened trigger):** `skill_manage(action='patch', name=..., old_string=..., new_string=...)` works fine on in-repo skills.\n- **Major rewrite:** `write_file` the whole SKILL.md. `skill_manage(action='edit')` also works but requires supplying the full new content.\n- **Adding supporting files:** `write_file` to `skills\u002F\u003Ccategory>\u002F\u003Cname>\u002Freferences\u002F\u003Cfile>.md`, `templates\u002F\u003Cfile>`, or `scripts\u002F\u003Cfile>`. `skill_manage(action='write_file')` also works and enforces the references\u002Ftemplates\u002Fscripts\u002Fassets subdir allowlist.\n- **Always commit** the edit — in-repo skills are source, not runtime state.\n\n## Common Pitfalls\n\n1. **Using `skill_manage(action='create')` for an in-repo skill.** It writes to `~\u002F.hermes\u002Fskills\u002F`, not the repo tree. Use `write_file` for in-repo creation.\n\n2. **Leading whitespace before `---`.** The validator checks `content.startswith(\"---\")`; any leading blank line or BOM fails validation.\n\n3. **Description too generic.** Peer descriptions start with \"Use when ...\" and describe the *trigger class*, not the one task. \"Use when debugging X\" > \"Debug X\".\n\n4. **Forgetting the author\u002Flicense\u002Fmetadata block.** Not validator-enforced, but every peer has it; omitting makes the skill look half-finished.\n\n5. **Writing a skill that duplicates a peer.** Before creating, `ls skills\u002F\u003Ccategory>\u002F` and open 2-3 peers. Prefer extending an existing skill to creating a narrow sibling.\n\n6. **Expecting the current session to see the new skill.** It won't. The skill loader is initialized at session start. Verify in a fresh session or via `skill_view` using the exact path.\n\n7. **Linking to skills that don't exist in-repo.** `related_skills: [some-user-local-skill]` works for you but breaks for other clones. Prefer only in-repo links.\n\n## Verification Checklist\n\n- [ ] File is at `skills\u002F\u003Ccategory>\u002F\u003Cname>\u002FSKILL.md` (not in `~\u002F.hermes\u002Fskills\u002F`)\n- [ ] Frontmatter starts at byte 0 with `---`, closes with `\\n---\\n`\n- [ ] `name`, `description`, `version`, `author`, `license`, `metadata.hermes.{tags, related_skills}` all present\n- [ ] Name ≤ 64 chars, lowercase + hyphens\n- [ ] Description ≤ 1024 chars and starts with \"Use when ...\"\n- [ ] Total file ≤ 100,000 chars (aim for 8-15k)\n- [ ] Structure: `# Title` → `## Overview` → `## When to Use` → body → `## Common Pitfalls` → `## Verification Checklist`\n- [ ] `related_skills` references resolve in-repo (or are explicitly OK to be user-local)\n- [ ] `git add skills\u002F\u003Ccategory>\u002F\u003Cname>\u002F && git commit` completed on the intended branch",{"name":5,"author":45,"license":14,"version":46,"metadata":47,"description":7},"Hermes Agent","1.0.0",{"hermes":48},{"tags":49,"related_skills":52},[50,26,32,34,51],"skills","skill-md",[53,54],"writing-plans","requesting-code-review","master","8ec37df6d71fb664ea19d32c079e7d3ff931a8e0","skills\u002Fops\u002Fhermes-agent-skill-authoring",3,"https:\u002F\u002Fgithub.com\u002FS3YED\u002Fappie-kit","https:\u002F\u002Fweblyfe.ai","https:\u002F\u002Fgithub.com\u002FS3YED","2026-08-27 01:54:02",{"source":8,"skillName":5,"commands":64,"prompt":74,"zipAvailable":75},[65,68,71],{"tool":66,"command":67},"npx","npx skills add S3YED\u002Fappie-kit --skill hermes-agent-skill-authoring",{"tool":69,"command":70},"bunx","bunx skills add S3YED\u002Fappie-kit --skill hermes-agent-skill-authoring",{"tool":72,"command":73},"pnpm","pnpm dlx skills add S3YED\u002Fappie-kit --skill hermes-agent-skill-authoring","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FS3YED\u002Fappie-kit\u002Fblob\u002Fmaster\u002Fskills\u002Fops\u002Fhermes-agent-skill-authoring\u002FSKILL.md",true,[],[78,108,143,169,200,223],{"skillNo":79,"name":80,"nameZh":6,"description":81,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":82,"categories":83,"keywords":91,"publishedAt":40},"01M6JFD4M6N4DSGC7TXEJ5R3J2","ai-music","AI music generation and audio tools: HeartMuLa lyrics-to-music generation, songwriting craft (+ Suno prompts), and audio spectrogram\u002Ffeature visualization.","https:\u002F\u002Fgithub.com\u002FS3YED\u002Fappie-kit\u002Fblob\u002Fmaster\u002Fskills\u002Fwethlete\u002Fai-music\u002FSKILL.md",[84,87,90],{"categoryNo":85,"categoryName":86,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000013","分析与可视化",{"categoryNo":88,"categoryName":89,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000016","图像与多媒体",{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},[92,93,94,95,96,97,24,25,98,99,100,101,102,103,104,105,106,107],"music","ai music","humanizer","visualization","Tools","Audio","songwriting","suno","lyrics","prompts","heartmula","craft","generation","feature","ai music generation","music generation",{"skillNo":109,"name":110,"nameZh":6,"description":111,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":112,"categories":113,"keywords":122,"publishedAt":40},"01M6JFCZE4XNFQFMNZDHKHT5V5","agentic-webdesign-design-system-ingestion","Use v0 Design Systems 2.0, Bolt Design System Agents, or Lovable to generate production UI from a client's real design system components — not generic Tailwind. Use when building a client website where brand consistency matters.","https:\u002F\u002Fgithub.com\u002FS3YED\u002Fappie-kit\u002Fblob\u002Fmaster\u002Fskills\u002Fweb-design\u002Fagentic-webdesign-design-system-ingestion\u002FSKILL.md",[114,117],{"categoryNo":115,"categoryName":116,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000015","视觉设计",{"categoryNo":118,"categoryName":119,"taxonomyType":120,"taxonomyTypeDesc":121},"01JBSEEDCAT000000000000032","设计师","PROFESSION","适用职业",[123,124,125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140,141,142],"design","agentic","design system","system","ingestion","webdesign","agentic webdesign design system ingestion","components","generate","design systems","website","ui","Tailwind","bolt","lovable","v0","design-system","wed","design system components","appie",{"skillNo":144,"name":145,"nameZh":6,"description":146,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":147,"categories":148,"keywords":151,"publishedAt":40},"01M6JFCVPX3913CFAS6QQJ33ZB","agentic-webdesign-agent-elements","Use 21st.dev Agent Elements — 25 shadcn\u002Fui components purpose-built for AI agent UIs. Tool cards (Bash, Edit, Search, Plan, Subagent, MCP), chat, input, streaming. Open source, shadcn-registry install, no runtime lock-in.","https:\u002F\u002Fgithub.com\u002FS3YED\u002Fappie-kit\u002Fblob\u002Fmaster\u002Fskills\u002Fweb-design\u002Fagentic-webdesign-agent-elements\u002FSKILL.md",[149,150],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},{"categoryNo":118,"categoryName":119,"taxonomyType":120,"taxonomyTypeDesc":121},[124,152,128,153,154,155,130,156,157,158,159,160,161,162,163,164,165,166,167,168],"elements","agentic webdesign agent elements","MCP","ai agent","registry","search","streaming","open source","open","Bash","plan","subagent","edit","install","input","lock","source",{"skillNo":170,"name":171,"nameZh":6,"description":172,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":173,"categories":174,"keywords":179,"publishedAt":40},"01M6JFCQC7H65M9QJ6TRE71BS1","vercel-deployment","Deploy static sites and frontends to Vercel — handles both CLI and REST API paths, including the CLI token sanitization workaround.","https:\u002F\u002Fgithub.com\u002FS3YED\u002Fappie-kit\u002Fblob\u002Fmaster\u002Fskills\u002Fsoftware-development\u002Fvercel-deployment\u002FSKILL.md",[175,178],{"categoryNo":176,"categoryName":177,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000011","运维与部署",{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},[180,181,182,183,184,185,186,187,188,189,190,191,192,193,194,195,196,197,198,199],"deployment","vercel deployment","vercel","macos","cli","linux","windows","deploy","vercel deploy","REST","api","site","deploy to vercel","token","rest api","host","sites","paths","sanitization","static site",{"skillNo":201,"name":202,"nameZh":6,"description":203,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":204,"categories":205,"keywords":207,"publishedAt":40},"01M6JFCM4SMTXBM5A01BK2YQG1","software-quality-workflows","Umbrella workflow for TDD, debugging, code simplification, spikes, pre-commit review, and debugger-assisted investigation.","https:\u002F\u002Fgithub.com\u002FS3YED\u002Fappie-kit\u002Fblob\u002Fmaster\u002Fskills\u002Fsoftware-development\u002Fsoftware-quality-workflows\u002FSKILL.md",[206],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},[208,209,210,211,39,212,213,214,215,38,216,217,218,219,220,221,222],"workflows","quality","software","software quality workflows","tdd","workflow","commit","debugging","debugger","pre-commit","investigation","code simplification","user","simplification","for",{"skillNo":224,"name":225,"nameZh":6,"description":226,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":227,"categories":228,"keywords":236,"publishedAt":40},"01M6JFCGD0M6CEATY01W7YN6DB","react-component-refactoring","Safely refactor large React components into smaller, maintainable pieces using proven patterns","https:\u002F\u002Fgithub.com\u002FS3YED\u002Fappie-kit\u002Fblob\u002Fmaster\u002Fskills\u002Fsoftware-development\u002Freact-component-refactoring\u002FSKILL.md",[229,232,235],{"categoryNo":230,"categoryName":231,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000007","代码审查",{"categoryNo":233,"categoryName":234,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000009","前端开发",{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},[237,238,239,240,241,242,243,30,183,244,245,130,246,186,247,38,248,249,250,251],"react","component","refactoring","component refactoring","react component","react component refactoring","frontend","safe","typescript","react components","modular","refactor","simplify","patterns","test-driven-development"]