wechat-video-channel-publish
Skill78 starsChanged 24 days agoApache-2.0View on GitHub
Use when the user wants to log into 微信视频号, validate cookie state, upload videos, set scheduled publish time, fill long description, set a cover image, or save drafts through a local Playwright CLI.
In this repository6 other files it gives its agents.
- lidang-perspectiveSkill
- communication-assistantSkill
- feishu-bridgeSkill
- literature-to-mangaSkill
- project-hardnessSkill
- workstation-maintenanceSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
20 rules. About 0 are common, 10 are distinctive, and 10 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈10
Distinctive · estimate
This author's own choices. Worth a look.
10
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 10
Use it when the task is specifically about:
- Very specific: line 24
Run tencent login or tencent check.
- Very specific: line 25
Run tencent upload with absolute video and cover paths.
- Distinctive: line 26
If the task uses a publishing queue, first normalize it into direct CLI arguments.
- Very specific: line 27
Before any public repo push, read references/privacy-checklist.md.
- Distinctive: line 33
Run all commands in the repo root.
- Very specific: line 51
Use absolute paths for --file and --cover.
- Very specific: line 64
Prefer --draft when verifying a new selector path or runtime change, but do not combine it with --schedule.
- Very specific: line 65
Treat cover and pinned-comment as runtime-sensitive features.
- Distinctive: line 66
If UI changes break these steps, keep login and upload logic intact and narrow the failure to the affected selector flow.
- Distinctive: line 70
Keep cookies, screenshots, local logs, and temporary exports out of git.
- Distinctive: line 71
When sharing publicly, include only reusable code, templates, and references.
- Very specific: line 75
Read references/runtime-requirements.md before execution.
- Very specific: line 76
Read references/publish-workflow.md when mapping a publishing plan into CLI arguments.
- Very specific: line 77
Read references/privacy-checklist.md before creating or updating a public repository.
- Distinctive: line 83
If a selector-dependent step is flaky, the agent should say exactly which sub-step failed:
- Distinctive: line 92
Do not print or commit cookie JSON.
- Distinctive: line 93
Do not embed user-specific absolute paths in committed docs except as obvious placeholders.
- Distinctive: line 94
Do not claim comment pinning is fully reliable unless it was verified in the current session.
- Very specific: line 95
Do not claim --draft + --schedule is supported.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
WeChat Video Channel Publish
This skill packages a focused 微信视频号 publishing workflow for local agent execution.
Use it when the task is specifically about:
- 视频号扫码登录
- 上传短视频
- 设置标题、标签、正文长描述
- 设置封面图
- 定时发布
- 保存草稿(best effort;平台 UI 可能在部分状态下拒绝)
- 发布后补评论
Quick Start
- Read
references/runtime-requirements.md. - Build the CLI if
dist/cli.jsdoes not exist. - Run
tencent loginortencent check. - Run
tencent uploadwith absolute video and cover paths. - If the task uses a publishing queue, first normalize it into direct CLI arguments.
- Before any public repo push, read
references/privacy-checklist.md.
Workflow
Step 1: Prepare Runtime
- Run all commands in the repo root.
- If needed, execute:
npm installnpx playwright install chromiumnpm run build
Step 2: Login or Reuse Cookie
- For first-time login:
node dist/cli.js tencent login --account <name>
- For validation:
node dist/cli.js tencent check --account <name>
The cookie file is stored outside the repo by default and must never be committed.
Step 3: Publish a Video
- Read
references/publish-workflow.md. - Use absolute paths for
--fileand--cover. - Supported fields:
--title--tags--caption--cover--pinned-comment--schedule--category--draft
Step 4: Validate Carefully
- Prefer
--draftwhen verifying a new selector path or runtime change, but do not combine it with--schedule. - Treat
coverandpinned-commentas runtime-sensitive features. - If UI changes break these steps, keep login and upload logic intact and narrow the failure to the affected selector flow.
Step 5: Repo Hygiene
- Keep cookies, screenshots, local logs, and temporary exports out of git.
- When sharing publicly, include only reusable code, templates, and references.
Resource Loading Rules
- Read
references/runtime-requirements.mdbefore execution. - Read
references/publish-workflow.mdwhen mapping a publishing plan into CLI arguments. - Read
references/privacy-checklist.mdbefore creating or updating a public repository.
Output Expectations
- The agent should execute the real CLI when feasible.
- The agent should report what fields were actually attempted at runtime.
- If a selector-dependent step is flaky, the agent should say exactly which sub-step failed:
- login
- upload
- caption
- cover
- comment
Guardrails
- Do not print or commit cookie JSON.
- Do not embed user-specific absolute paths in committed docs except as obvious placeholders.
- Do not claim comment pinning is fully reliable unless it was verified in the current session.
- Do not claim
--draft + --scheduleis supported; use--schedulewithout--draftfor real scheduled publishing.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

