快速开始
安装桌面端
从 GitHub Releases 下载对应平台的安装包：
FylloCode 是桌面应用，适合直接打开本地代码库工作。当前新版本提示会引导用户打开 Release 页面下载安装包，不是后台自动更新。
打开项目
启动 FylloCode 后，选择一个本地代码库作为项目。推荐先从一个已经有明确工程规范的项目开始，这样 fyllo-specs 和 fyllo-skills 能更好地发挥作用。
如果项目还没有 OpenSpec 结构，FylloCode 在创建 proposal 时会补齐最小结构，包括：
openspec/config.yamlopenspec/specs/openspec/changes/archive/
安装或识别 Agent
进入设置中的 ACP Agents 页面，安装或识别可用的 Coding Agent。
FylloCode 通过 Agent Client Protocol 接入不同 Agent。Agent 会按 native、adapter、bridge 三类展示，分类含义见 ACP Agent 分类。
创建 Task
进入任务看板，新建本地任务或从已接入的研发系统中读取任务。
一个好的 Task 应该至少包含：
- 任务背景
- 影响范围
- 明确的约束
- 可验证的验收标准
- 已知风险或不确定点
在对话中收敛方案
在任务上下文中打开对话，让 Agent 分析需求、检索代码佐证、引导你权衡取舍，一起把方案和决策定下来，再进入 Proposal。被采纳与被放弃的思路都会随这条主线留存。
进入 Proposal
当方案在对话中确认后，让 Agent 进入 proposal 创建流程，把决策固化下来。Proposal 通常会生成四类产物：
| 产物 | 作用 |
|---|---|
proposal.md | 说明背景、新增能力、变更能力和受影响模块 |
design.md | 记录目标、非目标、关键决策和被放弃方案 |
specs | 抽取并回写本次变更涉及的项目规范 |
tasks.md | 以文件和函数为维度拆分执行任务和验收标准 |
执行 Apply 与 Archive
Proposal 评审通过后，按 tasks.md 执行实现；实现完成后归档，把代码变更范围、决策上下文、spec 更新和 guidelines 演进结果沉淀下来，作为下一次任务的背景知识。
建议第一次使用时选择小范围变更，完整走一遍 Task → Chat → Proposal → Apply & Archive。这样能更快理解 FylloCode 的价值，也能暴露团队现有规范中不够清晰的部分。