[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6J4K0MCPSN2TY2VCX68VN9T":3,"skill-same:01M6J4K0MCPSN2TY2VCX68VN9T":67},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":34,"linkOnly":35,"markdownContent":36,"markdownBody":37,"frontMatter":38,"refName":43,"commitSha":44,"skillDirectory":45,"forksCount":46,"repositoryHtmlUrl":47,"repositoryHomepageUrl":48,"ownerHtmlUrl":49,"ownerBlogUrl":50,"ownerDescription":51,"updatedAt":52,"install":53,"resources":66},"01M6J4K0MCPSN2TY2VCX68VN9T","self-improve",null,"Improve the agent itself, or audit its recent performance - better skills, prompts, workflows, and config, plus a quality\u002Freliability\u002Fmemory-hygiene review of what it did and what failed","MiroShark\u002Fmiroshark-aeon","MiroShark","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F304594232?v=4","01M6J466B8NNAZ4H6NNK3N3TT5","01M6J466FXNNWH622S3B9PC496",20,"MIT","https:\u002F\u002Fgithub.com\u002FMiroShark\u002Fmiroshark-aeon\u002Fblob\u002Fmain\u002Fskills\u002Fself-improve\u002FSKILL.md",[],[18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33],"self improve","improve","self","reliability","memory","performance","Meta","workflows","review","audit","quality","config","hygiene","evolution","prompts","it","2026-11-10 10:12:30",false,"---\nname: self-improve\ndescription: Improve the agent itself, or audit its recent performance - better skills, prompts, workflows, and config, plus a quality\u002Freliability\u002Fmemory-hygiene review of what it did and what failed\nmetadata:\n  category: evolution\n  var: \"\"\n  tags:\n    - meta\n---\n> **${var}** — Mode selector, optionally with a focus area, as `mode` or `mode:focus`.\n> - **empty** or **`improve`** → improve mode: find and fix the highest-impact issue from recent logs, then propose + apply the fix via PR (default).\n> - **`improve:\u003Carea>`** (or a bare area like `notifications`) → improve mode focused on that specific area (e.g. `heartbeat`, `notifications`, `memory`).\n> - **`audit`** → audit mode: review what the agent did, what failed, and what to improve; save a full review and apply safe, obvious fixes directly.\n> - **`audit:\u003Carea>`** → audit mode focused on that specific area (e.g. `reliability`, `memory`).\n\n## Setup (both modes)\n\nParse `${var}` into a **mode** and an optional **focus area**:\n- Split on the first `:` — the part before is the mode, the part after is the focus.\n- If the mode is `audit` → run the **Mode: audit** branch below (focus = optional area to concentrate the review on).\n- If the mode is `improve` or empty → run the **Mode: improve** branch below (focus = optional area to fix).\n- If the token is neither keyword but non-empty (e.g. `notifications`) → treat it as **improve** mode with the whole `${var}` as the focus area (backward compatibility).\n\nThen:\n- Read `memory\u002FMEMORY.md` for high-level context and goals.\n- Read recent `memory\u002Flogs\u002F` (improve mode: last 2 days; audit mode: last 7 days) for errors, failures, and quality issues.\n\nIf a focus area is set, concentrate the run on that area.\n\n---\n\n## Mode: improve (default)\n\nImprove the agent itself based on recent performance. **ONE change per run.**\n\n### Steps\n\n1. **Check for open improvement PRs** - don't pile up unreviewed work. Run the count as its own Bash call (see **Shell shape** in the Network note):\n   ```bash\n   gh pr list --state open --json title,number --jq '[.[] | select(.title | test(\"^(fix|feat|chore)\\\\(\"; \"i\"))] | length'\n   ```\n   It prints OPEN_PRS. If there are already 3+ open improvement PRs, log \"self-improve: 3+ open PRs, waiting for review\" and exit. Don't create more debt.\n\n2. **Identify what to improve.** If the focus area is empty, scan for issues:\n   - Read `memory\u002Flogs\u002F` from last 2 days — look for:\n     - Skills that failed or produced low-quality output\n     - Errors, timeouts, \"zero output\", rate limiting\n     - Notifications that didn't send or were truncated\n     - Memory consolidation problems\n   - Read `memory\u002Fcron-state.json` for skills with low success rates\n   - Read `output\u002Farticles\u002Frepo-actions-*.md` from last 7 days for self-improvement ideas\n   - Pick the **highest-impact, smallest-effort** fix. One change per run.\n\n3. **Understand the area you're fixing.** Read the relevant files:\n   - Skills: `skills\u002F{name}\u002FSKILL.md`\n   - Config: `aeon.yml`\n   - Workflows: `.github\u002Fworkflows\u002F*.yml`\n   - Agent instructions: `CLAUDE.md`\n   - Dashboard: `apps\u002Fdashboard\u002F` (if UI-related)\n\n   Understand the current behavior before changing anything.\n\n4. **Implement the fix.** Make minimal, targeted changes:\n   - If a skill prompt is unclear → rewrite the ambiguous section\n   - If a skill is hitting rate limits → add backoff logic or reduce frequency\n   - If output quality is low → tighten the prompt, add examples, clarify format\n   - If a notification is broken → fix the formatting or truncation\n   - If a config is wrong → fix aeon.yml\n\n   Do NOT:\n   - Rewrite entire skills from scratch\n   - Add new features (that's create-skill's job)\n   - Change the core architecture\n   - Modify secrets or environment variables\n\n4b. **Dry-run gate.** Before opening the PR, execute the improved skill once with **synthetic** secrets, so a regression never reaches production having run only with real credentials. Write the skill you edited in literally as `\u003CSKILL>`. One call (the script's default verdict path is `output\u002F.dry-run\u002F\u003CSKILL>.json`, so no `DRYRUN_VERDICT=` prefix is needed):\n   ```bash\n   .\u002Fscripts\u002Fdry-run.sh run \u003CSKILL>\n   ```\n   A non-zero exit is not the verdict; carry on and read the file. Read `output\u002F.dry-run\u002F\u003CSKILL>.json`: `passed: true` (or `skipped: true`, when the `SKILL_DRYRUN` repo variable is `0`) continues. `passed: false` means **revert the edit and stop** (log `self-improve: dry-run gate failed for \u003CSKILL>` with the verdict `reasons[]`; do not open the PR). Put the verdict under a `## Dry-run` section in the PR body. The gate is structural (exit, output, declared `mode`, declared `requires:`); no real credential enters the run.\n\n5. **Create a branch and PR**, each command as its own call:\n   ```bash\n   git checkout -b fix\u002Fself-improve-${today}\n   ```\n   ```bash\n   git add -A\n   ```\n   ```bash\n   git commit -m \"fix: [description of what was improved]\n\n   Problem: [what was failing\u002Fdegraded]\n   Fix: [what was changed]\n   Evidence: [log entries, error messages, success rates]\"\n   ```\n   Open a PR:\n   ```bash\n   gh pr create --title \"fix: [short description]\" \\\n     --body \"## Problem\n   [What was failing or degraded — cite specific log entries or error messages]\n\n   ## Fix\n   [What was changed and why]\n\n   ## Evidence\n   - [Relevant log entries]\n   - [Success rate before: X%]\n   - [Error pattern: ...]\"\n   ```\n\n6. **Notify.** Send via `.\u002Fnotify`:\n   ```\n   self-improve: [what was fixed] - PR: [url]\n   ```\n\n7. **Log** (see the shared `## Log` section below).\n\n### Guidelines\n\n- ONE fix per run. Don't bundle unrelated changes.\n- Smallest viable fix. A one-line prompt tweak > a full rewrite.\n- If you can't find anything to improve, that's fine. Log \"self-improve: everything looks healthy\" and exit.\n- Never modify workflow files (.github\u002Fworkflows\u002F) — only skill files, CLAUDE.md, and aeon.yml.\n- Don't create circular improvements (e.g. don't improve self-improve).\n\n---\n\n## Mode: audit\n\nAudit what the agent did, what failed, and what to improve. Produce a full review, apply safe fixes, and surface recommendations.\n\n### Steps\n\nRead `memory\u002FMEMORY.md` for context and goals. Read ALL `memory\u002Flogs\u002F` entries from the last 7 days.\n\n1. **Audit quality of outputs:**\n   - Read recent articles in `output\u002Farticles\u002F` — are they substantive or formulaic?\n   - Check recent notifications in logs — were they useful or noisy?\n   - Review any PR comments posted — were they actionable?\n2. **Audit reliability:**\n   - How many skills ran vs expected?\n   - Any repeated errors or patterns of failure?\n   - Are monitors catching real issues or always returning OK?\n3. **Audit memory hygiene:**\n   - Is `MEMORY.md` current and under 50 lines?\n   - Are logs structured consistently?\n   - Any stale data that should be cleaned?\n4. **Generate improvement recommendations:**\n   - Skills to add, modify, or disable\n   - Schedule adjustments\n   - Config changes (feeds, repos, addresses to add\u002Fremove)\n   - Quality improvements (better prompts, new data sources)\n5. **Save the full review** to `output\u002Farticles\u002Fself-review-${today}.md`.\n6. **Apply any safe, obvious improvements directly:**\n   - Prune stale `MEMORY.md` entries\n   - Update `feeds.yml` if feeds are dead\n7. **Send a summary** via `.\u002Fnotify`:\n   ```\n   *Self Review - ${today}*\n   Quality: assessment\n   Reliability: X\u002FY skills ran\n   Actions taken: what was fixed\n   Recommendations: top 2-3 suggestions\n   ```\n8. **Log** (see the shared `## Log` section below).\n\n---\n\n## Log\n\nAfter completing the run, append a log entry to `memory\u002Flogs\u002F${today}.md` under a single `### self-improve` heading, with a discriminator line naming the mode that ran:\n\n```\n### self-improve\n- **Mode:** improve  (or: audit)\n```\n\nThen, for **improve** mode:\n```\n- **Target:** [what was improved]\n- **Problem:** [what was failing]\n- **Fix:** [what was changed]\n- **PR:** [url]\n```\n\nFor **audit** mode:\n```\n- **Review:** output\u002Farticles\u002Fself-review-${today}.md\n- **Quality:** [assessment]\n- **Reliability:** [X\u002FY skills ran]\n- **Actions taken:** [what was fixed directly]\n- **Recommendations:** [top 2-3]\n```\n\n## Network note\n\nWrite mode. Both branches touch the repo (improve opens a PR via `git`\u002F`gh`; audit writes `output\u002Farticles\u002Fself-review-${today}.md` and may prune `MEMORY.md`\u002F`feeds.yml`). For the GitHub API, use the `gh` CLI (`gh pr list`, `gh pr create`) — it handles auth internally, so no `$SECRET` ever touches the command line (a bare secret on the line is what the Bash permission layer refuses; there is no network sandbox). No pre-fetch or post-process side-channel is needed.\n\n**Shell shape.** Each Bash call is one allowed command (pipes are fine). The run refuses a call that sets a variable (`OPEN_PRS=$(gh pr list ...)`, a `DRYRUN_VERDICT=... ` prefix), starts with `bash`, or joins commands with `;`, `&&` or `||`, and each refusal costs a model turn. So run the PR count as a bare `gh pr list` call and read the number it prints, run the dry-run gate as one `.\u002Fscripts\u002Fdry-run.sh run \u003CSKILL>` call with the skill name written in literally, and run each `git` step as its own call.\n","> **${var}** — Mode selector, optionally with a focus area, as `mode` or `mode:focus`.\n> - **empty** or **`improve`** → improve mode: find and fix the highest-impact issue from recent logs, then propose + apply the fix via PR (default).\n> - **`improve:\u003Carea>`** (or a bare area like `notifications`) → improve mode focused on that specific area (e.g. `heartbeat`, `notifications`, `memory`).\n> - **`audit`** → audit mode: review what the agent did, what failed, and what to improve; save a full review and apply safe, obvious fixes directly.\n> - **`audit:\u003Carea>`** → audit mode focused on that specific area (e.g. `reliability`, `memory`).\n\n## Setup (both modes)\n\nParse `${var}` into a **mode** and an optional **focus area**:\n- Split on the first `:` — the part before is the mode, the part after is the focus.\n- If the mode is `audit` → run the **Mode: audit** branch below (focus = optional area to concentrate the review on).\n- If the mode is `improve` or empty → run the **Mode: improve** branch below (focus = optional area to fix).\n- If the token is neither keyword but non-empty (e.g. `notifications`) → treat it as **improve** mode with the whole `${var}` as the focus area (backward compatibility).\n\nThen:\n- Read `memory\u002FMEMORY.md` for high-level context and goals.\n- Read recent `memory\u002Flogs\u002F` (improve mode: last 2 days; audit mode: last 7 days) for errors, failures, and quality issues.\n\nIf a focus area is set, concentrate the run on that area.\n\n---\n\n## Mode: improve (default)\n\nImprove the agent itself based on recent performance. **ONE change per run.**\n\n### Steps\n\n1. **Check for open improvement PRs** - don't pile up unreviewed work. Run the count as its own Bash call (see **Shell shape** in the Network note):\n   ```bash\n   gh pr list --state open --json title,number --jq '[.[] | select(.title | test(\"^(fix|feat|chore)\\\\(\"; \"i\"))] | length'\n   ```\n   It prints OPEN_PRS. If there are already 3+ open improvement PRs, log \"self-improve: 3+ open PRs, waiting for review\" and exit. Don't create more debt.\n\n2. **Identify what to improve.** If the focus area is empty, scan for issues:\n   - Read `memory\u002Flogs\u002F` from last 2 days — look for:\n     - Skills that failed or produced low-quality output\n     - Errors, timeouts, \"zero output\", rate limiting\n     - Notifications that didn't send or were truncated\n     - Memory consolidation problems\n   - Read `memory\u002Fcron-state.json` for skills with low success rates\n   - Read `output\u002Farticles\u002Frepo-actions-*.md` from last 7 days for self-improvement ideas\n   - Pick the **highest-impact, smallest-effort** fix. One change per run.\n\n3. **Understand the area you're fixing.** Read the relevant files:\n   - Skills: `skills\u002F{name}\u002FSKILL.md`\n   - Config: `aeon.yml`\n   - Workflows: `.github\u002Fworkflows\u002F*.yml`\n   - Agent instructions: `CLAUDE.md`\n   - Dashboard: `apps\u002Fdashboard\u002F` (if UI-related)\n\n   Understand the current behavior before changing anything.\n\n4. **Implement the fix.** Make minimal, targeted changes:\n   - If a skill prompt is unclear → rewrite the ambiguous section\n   - If a skill is hitting rate limits → add backoff logic or reduce frequency\n   - If output quality is low → tighten the prompt, add examples, clarify format\n   - If a notification is broken → fix the formatting or truncation\n   - If a config is wrong → fix aeon.yml\n\n   Do NOT:\n   - Rewrite entire skills from scratch\n   - Add new features (that's create-skill's job)\n   - Change the core architecture\n   - Modify secrets or environment variables\n\n4b. **Dry-run gate.** Before opening the PR, execute the improved skill once with **synthetic** secrets, so a regression never reaches production having run only with real credentials. Write the skill you edited in literally as `\u003CSKILL>`. One call (the script's default verdict path is `output\u002F.dry-run\u002F\u003CSKILL>.json`, so no `DRYRUN_VERDICT=` prefix is needed):\n   ```bash\n   .\u002Fscripts\u002Fdry-run.sh run \u003CSKILL>\n   ```\n   A non-zero exit is not the verdict; carry on and read the file. Read `output\u002F.dry-run\u002F\u003CSKILL>.json`: `passed: true` (or `skipped: true`, when the `SKILL_DRYRUN` repo variable is `0`) continues. `passed: false` means **revert the edit and stop** (log `self-improve: dry-run gate failed for \u003CSKILL>` with the verdict `reasons[]`; do not open the PR). Put the verdict under a `## Dry-run` section in the PR body. The gate is structural (exit, output, declared `mode`, declared `requires:`); no real credential enters the run.\n\n5. **Create a branch and PR**, each command as its own call:\n   ```bash\n   git checkout -b fix\u002Fself-improve-${today}\n   ```\n   ```bash\n   git add -A\n   ```\n   ```bash\n   git commit -m \"fix: [description of what was improved]\n\n   Problem: [what was failing\u002Fdegraded]\n   Fix: [what was changed]\n   Evidence: [log entries, error messages, success rates]\"\n   ```\n   Open a PR:\n   ```bash\n   gh pr create --title \"fix: [short description]\" \\\n     --body \"## Problem\n   [What was failing or degraded — cite specific log entries or error messages]\n\n   ## Fix\n   [What was changed and why]\n\n   ## Evidence\n   - [Relevant log entries]\n   - [Success rate before: X%]\n   - [Error pattern: ...]\"\n   ```\n\n6. **Notify.** Send via `.\u002Fnotify`:\n   ```\n   self-improve: [what was fixed] - PR: [url]\n   ```\n\n7. **Log** (see the shared `## Log` section below).\n\n### Guidelines\n\n- ONE fix per run. Don't bundle unrelated changes.\n- Smallest viable fix. A one-line prompt tweak > a full rewrite.\n- If you can't find anything to improve, that's fine. Log \"self-improve: everything looks healthy\" and exit.\n- Never modify workflow files (.github\u002Fworkflows\u002F) — only skill files, CLAUDE.md, and aeon.yml.\n- Don't create circular improvements (e.g. don't improve self-improve).\n\n---\n\n## Mode: audit\n\nAudit what the agent did, what failed, and what to improve. Produce a full review, apply safe fixes, and surface recommendations.\n\n### Steps\n\nRead `memory\u002FMEMORY.md` for context and goals. Read ALL `memory\u002Flogs\u002F` entries from the last 7 days.\n\n1. **Audit quality of outputs:**\n   - Read recent articles in `output\u002Farticles\u002F` — are they substantive or formulaic?\n   - Check recent notifications in logs — were they useful or noisy?\n   - Review any PR comments posted — were they actionable?\n2. **Audit reliability:**\n   - How many skills ran vs expected?\n   - Any repeated errors or patterns of failure?\n   - Are monitors catching real issues or always returning OK?\n3. **Audit memory hygiene:**\n   - Is `MEMORY.md` current and under 50 lines?\n   - Are logs structured consistently?\n   - Any stale data that should be cleaned?\n4. **Generate improvement recommendations:**\n   - Skills to add, modify, or disable\n   - Schedule adjustments\n   - Config changes (feeds, repos, addresses to add\u002Fremove)\n   - Quality improvements (better prompts, new data sources)\n5. **Save the full review** to `output\u002Farticles\u002Fself-review-${today}.md`.\n6. **Apply any safe, obvious improvements directly:**\n   - Prune stale `MEMORY.md` entries\n   - Update `feeds.yml` if feeds are dead\n7. **Send a summary** via `.\u002Fnotify`:\n   ```\n   *Self Review - ${today}*\n   Quality: assessment\n   Reliability: X\u002FY skills ran\n   Actions taken: what was fixed\n   Recommendations: top 2-3 suggestions\n   ```\n8. **Log** (see the shared `## Log` section below).\n\n---\n\n## Log\n\nAfter completing the run, append a log entry to `memory\u002Flogs\u002F${today}.md` under a single `### self-improve` heading, with a discriminator line naming the mode that ran:\n\n```\n### self-improve\n- **Mode:** improve  (or: audit)\n```\n\nThen, for **improve** mode:\n```\n- **Target:** [what was improved]\n- **Problem:** [what was failing]\n- **Fix:** [what was changed]\n- **PR:** [url]\n```\n\nFor **audit** mode:\n```\n- **Review:** output\u002Farticles\u002Fself-review-${today}.md\n- **Quality:** [assessment]\n- **Reliability:** [X\u002FY skills ran]\n- **Actions taken:** [what was fixed directly]\n- **Recommendations:** [top 2-3]\n```\n\n## Network note\n\nWrite mode. Both branches touch the repo (improve opens a PR via `git`\u002F`gh`; audit writes `output\u002Farticles\u002Fself-review-${today}.md` and may prune `MEMORY.md`\u002F`feeds.yml`). For the GitHub API, use the `gh` CLI (`gh pr list`, `gh pr create`) — it handles auth internally, so no `$SECRET` ever touches the command line (a bare secret on the line is what the Bash permission layer refuses; there is no network sandbox). No pre-fetch or post-process side-channel is needed.\n\n**Shell shape.** Each Bash call is one allowed command (pipes are fine). The run refuses a call that sets a variable (`OPEN_PRS=$(gh pr list ...)`, a `DRYRUN_VERDICT=... ` prefix), starts with `bash`, or joins commands with `;`, `&&` or `||`, and each refusal costs a model turn. So run the PR count as a bare `gh pr list` call and read the number it prints, run the dry-run gate as one `.\u002Fscripts\u002Fdry-run.sh run \u003CSKILL>` call with the skill name written in literally, and run each `git` step as its own call.\n",{"name":5,"metadata":39,"description":7},{"var":40,"tags":41,"category":31},"",[42],"meta","main","9c042aa1b6d79fd49679637374e88c5874cc3aae","skills\u002Fself-improve",2,"https:\u002F\u002Fgithub.com\u002FMiroShark\u002Fmiroshark-aeon","https:\u002F\u002Ft.me\u002Fmiroshark_aeon","https:\u002F\u002Fgithub.com\u002FMiroShark","https:\u002F\u002Fwww.miroshark.xyz\u002F","Simulate anything, for $1 & less than 10 min.","2026-11-12 02:45:59",{"source":8,"skillName":5,"commands":54,"prompt":64,"zipAvailable":65},[55,58,61],{"tool":56,"command":57},"npx","npx skills add MiroShark\u002Fmiroshark-aeon --skill self-improve",{"tool":59,"command":60},"bunx","bunx skills add MiroShark\u002Fmiroshark-aeon --skill self-improve",{"tool":62,"command":63},"pnpm","pnpm dlx skills add MiroShark\u002Fmiroshark-aeon --skill self-improve","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FMiroShark\u002Fmiroshark-aeon\u002Fblob\u002Fmain\u002Fskills\u002Fself-improve\u002FSKILL.md",true,[],[68,105,128,154,179,201],{"skillNo":69,"name":70,"nameZh":6,"description":71,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":72,"categories":73,"keywords":84,"publishedAt":34},"01M6J4P8XKB8RJ7PCYMZPZ0F6S","you-web-search","Web search using You.com Search API with high-quality, cited results — runs keyless out of the box; YDC_API_KEY unlocks higher limits and real-time web crawling","https:\u002F\u002Fgithub.com\u002FMiroShark\u002Fmiroshark-aeon\u002Fblob\u002Fmain\u002Fskills\u002Fyou-web-search\u002FSKILL.md",[74,79],{"categoryNo":75,"categoryName":76,"taxonomyType":77,"taxonomyTypeDesc":78},"01JBSEEDCAT000000000000010","后端与接口","SCENARIO","使用场景",{"categoryNo":80,"categoryName":81,"taxonomyType":82,"taxonomyTypeDesc":83},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,28,103,104],"web search","search","you","you web search","web","time","only","api","web crawling","read","read-only","real-time","basics","keyless","with","research","results","high","box","limits",{"skillNo":106,"name":107,"nameZh":6,"description":108,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":109,"categories":110,"keywords":111,"publishedAt":34},"01M6J4P4H35WQG6RHGTTACSMVW","write-tweet","Multi-format tweet studio - standalone drafts (10 across 5 size tiers), a 5-10 tweet thread, or 10 remixes of past tweets, selected via ${var}","https:\u002F\u002Fgithub.com\u002FMiroShark\u002Fmiroshark-aeon\u002Fblob\u002Fmain\u002Fskills\u002Fwrite-tweet\u002FSKILL.md",[],[112,113,114,115,116,92,117,118,119,120,97,121,122,123,124,125,126,127],"write","write tweet","standalone","social","studio","across","xai","past","drafts","twitter","thread","multi","size","via","format","content",{"skillNo":129,"name":130,"nameZh":6,"description":131,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":132,"categories":133,"keywords":137,"publishedAt":34},"01M6J4P11K7ZJ2PJDHDTTFZ1HY","weekly-aeoncard","Build a weekly token-consumption recap image from memory\u002Ftoken-usage.csv - this week + all-time totals, top skills, rendered as a shareable SVG card.","https:\u002F\u002Fgithub.com\u002FMiroShark\u002Fmiroshark-aeon\u002Fblob\u002Fmain\u002Fskills\u002Fweekly-aeoncard\u002FSKILL.md",[134],{"categoryNo":135,"categoryName":136,"taxonomyType":77,"taxonomyTypeDesc":78},"01JBSEEDCAT000000000000016","图像与多媒体",[138,139,140,141,142,22,143,90,24,144,145,146,147,148,149,150,151,112,152,153],"weekly","weekly aeoncard","as","usage","SVG","card","image","recap","csv","monitoring","notifications","productivity","top","build","token","aeon",{"skillNo":155,"name":156,"nameZh":6,"description":157,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":158,"categories":159,"keywords":160,"publishedAt":34},"01M6J4NVJYQP5DNKSGXAXQW06B","vuln-tracker","One lifecycle poll over everything vuln-scanner produces - PR and advisory status, PVR triage transitions, and pending-disclosure aging, with a stars-secured impact headline and one action queue.","https:\u002F\u002Fgithub.com\u002FMiroShark\u002Fmiroshark-aeon\u002Fblob\u002Fmain\u002Fskills\u002Fvuln-tracker\u002FSKILL.md",[],[161,162,24,163,164,112,152,165,166,167,168,169,170,171,172,173,174,99,175,176,177,178],"tracker","vuln tracker","impact","scanner","status","action","security","pr","stars","lifecycle","dev","gh","aging","advisory","github","transitions","triage","global",{"skillNo":180,"name":181,"nameZh":6,"description":182,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":183,"categories":184,"keywords":188,"publishedAt":34},"01M6J4NNQCHTKNGENAPJQ8KYHR","vuln-scanner","Audit trending repos for real security vulnerabilities and disclose responsibly - scan and route findings (PVR \u002F dependency PR), re-submit queued advisories, and send armed email disclosures","https:\u002F\u002Fgithub.com\u002FMiroShark\u002Fmiroshark-aeon\u002Fblob\u002Fmain\u002Fskills\u002Fvuln-scanner\u002FSKILL.md",[185],{"categoryNo":186,"categoryName":187,"taxonomyType":77,"taxonomyTypeDesc":78},"01JBSEEDCAT000000000000005","邮件与沟通",[164,189,190,191,192,24,193,167,194,195,196,171,175,197,178,198,92,199,27,200],"vuln scanner","resend","re","trending","repos","email","for","scan","vulnerabilities","submit","route","send",{"skillNo":202,"name":203,"nameZh":6,"description":204,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":205,"categories":206,"keywords":208,"publishedAt":34},"01M6J4NFBXTGG0R4M484T0KNYW","video-script","Turn a repo, product page, or update into a recording-ready video script in a receipts-first format - verifies every claim against live sources, then writes timestamped VO + on-screen direction with a plain-language glossary, assets checklist, anti-tells, and a verify-before-recording list","https:\u002F\u002Fgithub.com\u002FMiroShark\u002Fmiroshark-aeon\u002Fblob\u002Fmain\u002Fskills\u002Fvideo-script\u002FSKILL.md",[207],{"categoryNo":135,"categoryName":136,"taxonomyType":77,"taxonomyTypeDesc":78},[209,210,211,212,213,214,215,216,217,97,218,219,220,99,221,222,223,224,225,126,226,227,228],"Video","video script","script","recording","sources","ready","direction","page","repo","claim","plain-language","glossary","first","verify","product","screen","update","list","live","receipts"]