TTokenySpace
返回 Skills 列表

Wenchang Router

Route a content request or content_state to the next Wenchang stage. Use when the user gives a topic, source, draft, reviewed article, illustration plan, car...

#中文
0

安装到 Tokeny(自动)

下载 ZIP
安装"wenchang-router"技能
技能信息:
- 名称: Wenchang Router
- 标识: wenchang-router
- 描述: Route a content request or content_state to the next Wenchang stage. Use when the user gives a topic, source, draft, reviewed article, illustration plan, car...
- 版本: 1.0.0
下载地址:
https://www.tokeny.space/api/skills/wenchang-router/download
继续

复制上方内容到 Tokeny 客户端并在会话中发送即可自动安装;也可直接 下载 ZIP并拖动到技能窗口安装。

SKILL.md

Wenchang Router

Identify the current stage, active platform branch, missing evidence, and next skill. Do not perform the downstream task inside the routing response.

Stage Routing

StageSignalsRoute to
topic discoverybroad direction, “what should I write”platform topic skill or topic brief
storm researchexternal trend, product, article, or unsettled anglestorm-research
evidencefact-heavy claims, data, sourceswenchang-research
draftingconfirmed topic, outline, and evidencewenchang-wechat-writer or target-platform writer
content reviewexisting draft, diagnosis, editingwenchang-review
publish preflightreviewed draft needs titles, summaries, captions, tags, imageswenchang-publish-check in preflight mode
long-form illustrationsWeChat or Zhihu draft has an accepted image needarticle-to-illustrations
card adaptationlong source needs Xiaohongshu, WeChat inline, Zhihu Idea, or generic card assetslong-to-cards
card image productionpublish_ready card package exists but real images or manifest do notcards-to-images
card image revisionimages exist but visual QA is pending or failedcards-to-images
card human gatevisual QA passed and human_confirmation=pendingstop for user confirmation
WeChat distribution adapterMoments, community copy, or WeChat-specific insertion notes requestedwechat-to-cards
image URL planchecked local Markdown or card-manifest images exist and asset_url_policy=publicmd-img-r2 in plan mode
confirmed image applyreviewed plan plus explicit upload or rewrite confirmationmd-img-r2 apply path
final publish checkbodies, cards, images, and package are assembledwenchang-publish-check in final mode

If the platform is missing, default to a long-form source path and record platform adaptation as pending. Do not invent platform requirements.

Routing Rules

  • Route a changing argument back to review before illustration or publish packaging.
  • Route unsupported claims back to research before release work.
  • Require one illustration decision per long-form platform; do not reuse one platform's decision silently.
  • Route every card-based platform through long-to-cards with a platform profile.
  • When delivery_mode=publish_ready, route completed card copy to cards-to-images; allow a copy-stage stop only for explicit copy_only.
  • Keep the approved card package as the rendering and final-check source of truth.
  • Stop for human confirmation after every required card image passes visual QA.
  • Route to md-img-r2 only after local image references exist in reviewed platform Markdown or a checked card manifest.
  • Route card images to md-img-r2 only when asset_url_policy=public; direct platform upload may retain local files.
  • Stop before external upload, URL rewrite, paid generation, or platform publication unless the user explicitly approved it.

Output Format

## Routing Decision
- Platform branch:
- Current stage:
- Recommended skill and mode:
- Reason:
- Blockers:
- User decision needed:

## Accepted Inputs
- ...

## Ignored Or Stale Context
- ...

## content_state Update
```yaml
content_state:
  request:
    current_stage:
    target_platforms: []
  source:
    body_file:
    fact_status:
    review_status:
  cards:
    delivery_mode:
    platform_profile:
    package_file:
    images_dir:
    manifest_file:
    render_status:
    visual_qa_status:
    human_confirmation:
    asset_url_policy:
    r2_state:
  images:
    plan_file:
    manifest_file:
    r2_status:
  publish_gate:
    mode:
    status:
    blockers: []
  next_step:
    skill:
    reason:
    user_decision_needed:
  handoff:
    from_stage:
    to_stage:
    accepted_inputs: []
    ignored_context: []
    stop_condition:
```

Boundaries

  • Do not write the final article, cards, or images in the routing stage.
  • Do not skip evidence gathering for release-critical claims.
  • Do not treat a recommendation as user confirmation.
  • Do not route a publish_ready card package directly to final publishing while images or visual QA are missing.
  • Do not route around an unresolved human or external-write gate.

作者入口

评论

加载中…