Skip to content

README: rewrite for use-cases, less technical dump #1351

Closed

Description

@hsliuustc0106

Why

Owner direction (FlyBot room, 2026-10-27): the current root README has too much technical stuff. Readers need what it is for and how to use it, not an architecture / plugin dump.

Scope

Update README.md and keep README.zh.md in sync.

Do

  • Lead with purpose and everyday use (tree team, friends/social, optional timeline; mention group chat / boards / workflows only at a product level if they ship on main).
  • Keep Quick Start short: prerequisites, install, run, optional Bot Social pointer.
  • Refresh version pins / badges if they are stale (today they still show DSH 0.2.0-rc.2 while the product is past that).
  • Prefer demos and short bullets over deep tool/limit/middleware prose.

Do not

  • Turn the README into an architecture or contributing guide (those stay in docs/, AGENTS.md, CONTRIBUTING.md).
  • Bundle #775 (WeChat QR) unless the owner supplies the image separately.
  • Change product code — docs only.

Acceptance

  • A new visitor can tell what FlyBot is for and how to try it in a few minutes of reading.
  • EN/ZH stay aligned; install commands and badges match what the repo currently recommends.
  • No large technical digressions that belong in subsystem docs.

Out of room scope

The FlyBot Grok room is not implementing this tip; filing the issue is enough for now.

Activity

  1. hsliuustc0106 commented on Oct 27, 2026

    @hsliuustc0106
    CollaboratorAuthor

    Style reference (owner, 2026-10-27)

    Learn from yetone/magpie README — not the product, the shape:

    1. One-line value prop first (magpie: “Every agent's model. One place.”) + a few concrete everyday examples, not a plugin inventory.
    2. “Is this for you?” — short audience filter before features.
    3. Visual / demo first, deep knobs later (or not at all on the root README).
    4. Quick Start in 3 short steps (install → configure → try). CLI/details stay secondary.
    5. Benefit sections with pictures, not tool names / limits / middleware / send-policy dumps.
    6. Push depth to docs (docs/, reference) — root README stays a landing page.
    7. Community + license at the end.

    Acceptance add-on: a stranger skimming the first screen should get why FlyBot and how to try it without reading plugin internals. EN/ZH stay aligned.

  2. Birfy commented on Oct 27, 2026

    @Birfy
    Collaborator

    Triage(2026-10-27T07:44Z,main ed89efc4)

    查重:无重复。 全仓 open issue 按 README 搜,只命中 #775(加社区微信群二维码);本单正文明确「不捆绑 #775」,两张不冲突、不合并。

    判定:可动,打 agent-ready(docs-only,不改产品代码;Acceptance 已足够清楚,风格参照 hsliuustc0106 那条评论)。

    一处范围更正,实现时按这个来:正文「Refresh version pins … 现在还写 DSH 0.2.0-rc.2,而产品已经超过它」——实测两处并不矛盾。README.md:15、:60、:98、:122-124、:132 里的 0.2.0-rc.2 是 DeepSeek Harness(npx @deepseek-ai/dsh)的版本,而仓库自己钉的就是这个版本:core/dev/harness/package.json:6 与 ds-bot/dev/harness/package.json:6 都是 "@deepseek-ai/dsh": "0.2.0-rc.2"。所以 README 与 pin 一致,不是「忘了改」。

    • 若本次要动版本:只做「README 与 dev/harness 的 pin 对齐」;
    • 真要升版本,就先把 pin 一起升(那属于另一条单的范围),别只改 README 让两处打架。

    其余边界照正文:EN/ZH 同步、不碰 #775 的二维码、不写成架构/贡献指南。标签 documentation + area:docs 已够,这里只加 agent-ready。

  3. added
    agent-readyMaintainer-approved spec: an agent may take it. Only maintainers set this; never in a template
    on Oct 27, 2026
  4. self-assigned this
    on Oct 27, 2026
  5. added
    agent-workingAn agent has claimed this issue (the claim comment names the branch)
    on Oct 27, 2026
  6. Birfy commented on Oct 27, 2026

    @Birfy
    Collaborator

    Written-by: Dev4

    Claimed #1351 — branch dev4/1351-readme, PR #1385 (README.md + README.zh.md, +197/−224). First step: the EN rewrite led by the product and the three demos, then the ZH twin against it.

    Followed both notes on this issue: the owner's magpie-style shape (one-line value prop → Is this for you? → demos → 3-step quick start → depth in docs/), and Triage's scope correction — the DSH version is not bumped, the README keeps the same 0.2.0-rc.2 that dev/harness pins. The bump itself is #1384.

  7. removed
    agent-readyMaintainer-approved spec: an agent may take it. Only maintainers set this; never in a template
    agent-workingAn agent has claimed this issue (the claim comment names the branch)
    on Oct 27, 2026
  8. added a commit that references this issue on Oct 27, 2026
    10884b8
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

area:docsDocumentationdocumentationImprovements or additions to documentation

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions