Getting it into your agent
There is no command for this one: it runs only inside a plugin, and the catalogue could not identify which plugin ships it. The source is linked below.
Wrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/flanchanxwo/pixiv-cli/pixiv-cli-release-notes)<a href="https://agentmods.dev/skills/flanchanxwo/pixiv-cli/pixiv-cli-release-notes"><img src="https://agentmods.dev/badge/skills/flanchanxwo/pixiv-cli/pixiv-cli-release-notes.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00063 | $0.01338 |
| Opus 5 | $0.00032 | $0.00669 |
| Sonnet 5 | $0.00013 | $0.00268 |
| Haiku 4.5 | $0.00006 | $0.00134 |
Grade A, and why
pixiv-cli-release-notes scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 6d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 90 lines — stays where its author put it; the contents beside it link to each section on GitHub.
pixiv-cli Release Notes 与发布
普通 PR 使用 pixiv-cli-pr。本技能从合并后的来源审计开始,负责双语版本说明、tag 发布和下游 handoff。先读 AGENTS.md、docs/zh-CN/maintainers/development.md 和现有 locale 的 CONTRIBUTING。
授权与不可变边界
- 检查、审计、preview、validate 和 review 默认只读。
- 创建或更新 PR、push、merge、写入
changelog、创建或推送 tag、创建或编辑 Release、执行sync-history --apply前,要取得用户对该动作的明确授权。 - release-prep、tag 和发布授权必须明确给出版本、commit/tag 范围和预期影响。版本建议不等于授权。
- 不把
GH_TOKEN、refresh token、Cookie、私有 URL、下载内容或 API 响应写入 argv、日志、PR、changelog、artifact 或输出。 .github/workflows/release.yml只由push.tags: v[0-9]*触发。不要手工 dispatch release workflow,不要移动旧 tag,也不要用默认分支内容覆盖不可变 tag。
普通 PR
- 使用
.github/PULL_REQUEST_TEMPLATE.md,只保留改动、验证和检查清单。 - 用户可见的 CLI、MCP、SDK、config、workflow 或安全语义变化在同一 PR 同步文档。
- 不在 PR 正文添加 release category、breaking、summary 或其他隐藏字段,也不编辑
changelog/unreleased/。
审计与编写
-
确认候选范围并把审计报告写到本地临时目录或 CI 的
$RUNNER_TEMP:audit_report="$(mktemp -t pixiv-cli-release-audit.XXXXXX.json)" go run ./scripts/cmd/releasenotes audit \ --repo FlanChanXwO/pixiv-cli \ --from vPREVIOUS \ --to COMMIT_OR_TAG \ --output "$audit_report"审计只收集真实 PR/direct-commit 来源、标题、作者和首次贡献者,不读取 PR body,也不推断分类或 SemVer。报告是临时输入,不提交仓库。
-
逐项检查审计来源,结合实际兼容性和最终章节决定版本。获得精确版本和写入授权后,直接创建或编辑:
changelog/vX.Y.Z/en.md changelog/vX.Y.Z/zh-CN.md使用适用的
Breaking changes、Added、Changed、Fixed、Security、Documentation、Maintenance章节。每个条目描述结果并附真实 PR 或 commit 链接;没有用户可见影响的来源放进Maintenance,多个内部改动可以合并成一条。 -
两种语言必须覆盖相同的来源集合。审计范围内的每个来源都要出现,范围外来源不得混入;同一来源可以与相关来源合并到一个条目,但不能遗漏。首次贡献者只使用审计结果,不猜测作者身份。
-
更新
changelog/README.md和changelog/README.zh-CN.md的版本入口,然后校验:go run ./scripts/cmd/releasenotes validate \ --version X.Y.Z \ --dir changelog/vX.Y.Z \ --previous vPREVIOUS \ --audit "$audit_report" go test ./scripts/internal/releasenotes ./scripts/tests/documentation -count=1 git diff --checkvalidate检查双语格式、章节顺序、compare footer 和完整来源集合。release-prep PR 仍使用普通三段式模板,不附带中间 plan 或机器可读 metadata。
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 6d ago First seen · 90 lines · 63 tokens per session scan A b77ab95821ed
pixiv-cli-release-notes is a skill published in the GitHub repository FlanChanXwO/pixiv-cli (130 stars, last pushed yesterday), licensed MIT. It adds 63 tokens to every session and 1,338 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
conventional-commit
Workflow for generating conventional commit messages following the Conventional Commits specification. MUST be invoked every time a commit is created. Guides construction of standardized commit messages with correct type, scope, description, body, and footer.
segment-create
Full scaffolding workflow for creating a new Oh My Posh segment. Invoke when asked to add a new segment: generates the Go source, registers the type, creates documentation, updates the sidebar and JSON schema.
pinchtab-mcp
Use this skill when a task requires browser automation through PinchTab's MCP server connected to a remote browser instance. Covers navigation, element interaction, data extraction, form filling, multi-step flows, and session management via MCP tools.
release-notes
Draft concise release notes.
update-release-note
Use the GitHub CLI to update a GitHub release note while preserving the style of previous release notes.
octo-mail
OCTO Agent Mail operations for reading, searching, policy-aware sending, preparing drafts, and checking delivery status exclusively through octo-cli.