2026-09-06 14:09:17 +00:00
|
|
|
|
# 開發指南
|
|
|
|
|
|
|
|
|
|
|
|
[← 回到 README](../README.zh-TW.md)
|
|
|
|
|
|
|
|
|
|
|
|
### 本機開發
|
|
|
|
|
|
|
|
|
|
|
|
```bash
|
|
|
|
|
|
make dev # 準備 .env、PostgreSQL、電腦映像
|
|
|
|
|
|
make dev-supervisor # 終端 1：Supervisor :7091
|
|
|
|
|
|
make dev-api # 終端 2：API :3101
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
前端熱更新：
|
|
|
|
|
|
|
|
|
|
|
|
```bash
|
|
|
|
|
|
cd apps/web
|
|
|
|
|
|
npm install
|
|
|
|
|
|
npm run dev # http://127.0.0.1:5173
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
### 檢查與測試
|
|
|
|
|
|
|
|
|
|
|
|
```bash
|
2026-09-07 08:27:33 +00:00
|
|
|
|
# 有資料庫的 Rust 測試需要 127.0.0.1:5434，先用 dev overlay 啟動 Postgres
|
|
|
|
|
|
make postgres
|
|
|
|
|
|
|
|
|
|
|
|
make lint # clippy（-D warnings），政策見下方
|
|
|
|
|
|
make test # Rust 測試（需要 127.0.0.1:5434）
|
|
|
|
|
|
make audit # 依賴漏洞、授權、來源掃描（需要 cargo-deny）
|
2026-09-06 14:09:17 +00:00
|
|
|
|
|
|
|
|
|
|
cd apps/web
|
|
|
|
|
|
npm run typecheck
|
|
|
|
|
|
npm run build
|
|
|
|
|
|
|
|
|
|
|
|
cd ../..
|
|
|
|
|
|
node --test tests/frontend.test.mjs
|
|
|
|
|
|
python3 tests/control.test.py
|
|
|
|
|
|
python3 tests/log-rotation.test.py
|
2026-09-07 13:08:10 +00:00
|
|
|
|
python3 tests/shell-session.test.py # 持久終端機腳本，只需要 tmux
|
2026-09-06 14:09:17 +00:00
|
|
|
|
|
2026-09-07 08:27:33 +00:00
|
|
|
|
# Python 整合測試用 docker compose exec 連進 Postgres，自己建一次性資料庫後清掉
|
2026-09-06 14:09:17 +00:00
|
|
|
|
python3 tests/retention.test.py
|
2026-09-07 08:27:33 +00:00
|
|
|
|
python3 tests/run-resume.test.py
|
|
|
|
|
|
python3 tests/run-activity.test.py
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
`make postgres` 才會發布 `127.0.0.1:5434`（`docker-compose.dev.yml`）；整套堆疊已經用
|
|
|
|
|
|
基礎設定跑著時，請改用 `export COMPOSE_FILE=docker-compose.yml:docker-compose.dev.yml`
|
|
|
|
|
|
再 `docker compose up -d`，否則後續的 `docker compose` 指令會拿基礎設定重建 Postgres、
|
|
|
|
|
|
把發布埠拿掉。
|
|
|
|
|
|
|
|
|
|
|
|
### Rust 品質檢查
|
|
|
|
|
|
|
|
|
|
|
|
工具鏈以穩定版為準：workspace 宣告 `rust-version = "1.98"`（MSRV，代表 let-chains
|
|
|
|
|
|
等語法下限），容器用 `rust:1-*` 映像會自動跟最新小版。本機更新只需：
|
|
|
|
|
|
|
|
|
|
|
|
```bash
|
|
|
|
|
|
rustup update stable && rustc --version
|
2026-09-06 14:09:17 +00:00
|
|
|
|
```
|
|
|
|
|
|
|
2026-09-07 08:27:33 +00:00
|
|
|
|
Lint 政策集中在三處，新增 crate 時只要補 `[lints] workspace = true` 就會繼承：
|
|
|
|
|
|
|
|
|
|
|
|
- 根 `Cargo.toml` 的 `[workspace.lints]`：不安全程式碼預設警告、未使用的
|
|
|
|
|
|
`Result`/`Future` 直接拒絕，並用 `unused_crate_dependencies` 抓多餘依賴
|
|
|
|
|
|
（不需要另外裝 `cargo-machete`）。
|
|
|
|
|
|
- `clippy.toml`：閾值類設定。`too-many-arguments-threshold = 10` 是因為 handler
|
|
|
|
|
|
與 run/vault/voice 協助函式本來就要帶 state + actor + 多個 id，超過 10 個參數才會警告。
|
|
|
|
|
|
`cargo-clippy` 只看得到啟動目錄下的 `clippy.toml`，請一律在 repo 根目錄跑 `make lint`。
|
|
|
|
|
|
- 各 crate 的 `[lints] workspace = true`。
|
|
|
|
|
|
|
|
|
|
|
|
要放寬一條 lint 時，請在**呼叫點**加 `#[allow(...)]` 並附一句理由（例：
|
|
|
|
|
|
`crates/api/src/vault.rs` 測試裡的 `#[allow(unsafe_code)]`），不要在工作區層級關掉規則。
|
|
|
|
|
|
|
|
|
|
|
|
`make fmt` 會重排整個 workspace；目前倉庫仍有歷史格式偏差，`make fmt-check` 會列出來，
|
|
|
|
|
|
等到一次性重整後再併入 CI。CI 目前只需 `make lint` + `make test`。
|
|
|
|
|
|
|
|
|
|
|
|
供應鏈檢查用 `cargo-deny`（`make audit`，設定見 `deny.toml`）：RustSec 漏洞、授權白名單、
|
|
|
|
|
|
依賴來源。它不是內建工具，第一次要先 `cargo install --locked cargo-deny`。
|
|
|
|
|
|
已知無法升級的項目會寫進 `deny.toml` 的 `ignore` 並附原因與重檢時機。
|
|
|
|
|
|
|
2026-09-06 14:09:17 +00:00
|
|
|
|
### 專案結構
|
|
|
|
|
|
|
|
|
|
|
|
```text
|
|
|
|
|
|
LazyBoy/
|
|
|
|
|
|
├── apps/web/ React 前端與 noVNC 頁面
|
|
|
|
|
|
├── crates/
|
|
|
|
|
|
│ ├── api/ 對外 API 與 Agent 執行迴圈
|
|
|
|
|
|
│ ├── contracts/ 跨元件資料契約
|
|
|
|
|
|
│ ├── control/ 瀏覽器與桌面控制
|
|
|
|
|
|
│ ├── controld/ 容器內控制服務
|
|
|
|
|
|
│ ├── harness/ 模型與語音後端
|
|
|
|
|
|
│ ├── sandbox/ API 到 Supervisor 的抽象
|
|
|
|
|
|
│ └── supervisor/ Docker 生命週期管理
|
|
|
|
|
|
├── image/ API、Supervisor、電腦映像
|
|
|
|
|
|
├── migrations/ SQLx PostgreSQL migrations
|
|
|
|
|
|
├── tests/ Rust 以外的契約與回歸測試
|
|
|
|
|
|
├── scripts/ 環境初始化與執行工具
|
|
|
|
|
|
├── docs/hero.html README 首頁視覺原稿
|
|
|
|
|
|
├── docs/workflow.html 可互動產品流程圖
|
|
|
|
|
|
├── docker-compose.yml 正式堆疊
|
2026-09-07 08:27:33 +00:00
|
|
|
|
├── clippy.toml Clippy 閾值（要在 repo 根目錄執行才讀得到）
|
|
|
|
|
|
├── deny.toml cargo-deny 供應鏈政策（make audit）
|
2026-09-06 14:09:17 +00:00
|
|
|
|
└── Makefile 常用開發與部署指令
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
## 公開發布準備
|
|
|
|
|
|
|
|
|
|
|
|
對外發布前，可依下列清單補齊授權、貢獻流程與自動化檢查。只有在對應結果已公開時才加入品質徽章。
|
|
|
|
|
|
|
|
|
|
|
|
若要取得可公開查驗的安全與品質徽章，建議依序完成：
|
|
|
|
|
|
|
|
|
|
|
|
- [ ] 在公開 GitHub repository 建立正式 mirror；OpenSSF 的公開查驗以 GitHub 為主要整合目標。
|
|
|
|
|
|
- [x] Apache 2.0 `LICENSE`
|
|
|
|
|
|
- [ ] 補 `SECURITY.md`、`CONTRIBUTING.md` 與行為準則。
|
|
|
|
|
|
- [ ] 建立 CI：Rust format / Clippy / tests、前端 typecheck / build / tests。
|
|
|
|
|
|
- [ ] 啟用 Dependabot 或 Renovate、CodeQL、secret scanning 與 branch protection。
|
|
|
|
|
|
- [ ] 執行並發布 [OpenSSF Scorecard](https://scorecard.dev/) 結果後，再加入 Scorecard 徽章。
|
|
|
|
|
|
- [ ] 在 [OpenSSF Best Practices](https://www.bestpractices.dev/) 登記專案、誠實完成 Passing 問卷後，再加入認證徽章。
|
|
|
|
|
|
- [ ] 若提供容器映像，再加入 SBOM、簽章與可重現版本發布流程。
|
|
|
|
|
|
|
|
|
|
|
|
> 不建議現在顯示 CI passing、coverage、OpenSSF 或 Best Practices 徽章：目前 repository 沒有對應的公開結果，徽章會失真或直接顯示 unknown。
|
