docs: archive stale open spaces

Author: linhay

docs-linhay/spaces/20260426-componentization-split/README.md

@@ -49,9 +49,10 @@
 - [供应商配置与一键复制配置](/Users/linhey/Desktop/linhay-open-sources/GetTokens/docs-linhay/spaces/20260426-provider-config-setup/README.md)
 
 ## 当前状态
-- 状态：ready
-- 最近更新：2026-04-26
+- 状态：archived-implemented
+- 最近更新：2026-05-16
 - 补充：`accounts` 前端 Phase 1 已完成，目录已收敛到 `features/accounts/{components,hooks,model,tests}`，`pages/AccountsPage.tsx` 已回归路由包装层
 - 补充：Go 侧 Phase 2 已完成，`internal/accounts/codex_quota.go` 已按 `types / auth parser / client / builder / debug` 拆分为独立文件，并通过 `go test ./internal/accounts ./internal/wailsapp ./internal/sidecar`
 - 补充：Go 侧 Phase 3 已完成第一轮职责拆分，`internal/sidecar/manager.go` 已拆出 `config / port / process_support`，`internal/wailsapp/quota.go` 已拆出 `quota_support / quota_debug`
 - 补充：前端 Phase 4 已完成页面装配层迁移，`StatusPage.tsx` 与 `SettingsPage.tsx` 已收敛为路由包装，主实现迁入 `features/status/StatusFeature.tsx` 与 `features/settings/SettingsFeature.tsx`
+- 归档判定：本 space 的阶段性拆分已完成并沉淀为后续代码组织基线；新的大文件治理应跟随具体主线 space 处理，不再作为当前独立需求排队。

docs-linhay/spaces/20260426-provider-config-setup/README.md

@@ -51,7 +51,8 @@
 - [ApiKeyDetailModal](/Users/linhey/Desktop/linhay-open-sources/GetTokens/frontend/src/features/accounts/components/ApiKeyDetailModal.tsx)
 
 ## 当前状态
-- 状态：in_progress
-- 最近更新：2026-04-26
+- 状态：archived-implemented
+- 最近更新：2026-05-16
 - 补充：状态页新增“后端中转服务配置”卡片，直接读取 sidecar 顶层 `api-keys` 作为聚合服务自己的客户端 API KEY，并支持多 key 编辑、主机名展示、局域网地址选择，以及当前实际轮动配置观察
 - 补充：`codex` auth file 的导入链路已收敛为最小字段清洗，账号详情面板新增“清洗字段”按钮，便于用户直接查看 sidecar 实际可消费的 payload
+- 归档判定：本 space 作为 2026-04 遗留需求文档归档，不再计入当前未收口需求；后续 provider/config 相关新增能力需进入明确的新 space 或归入 `account-pool` / `rate-limit-middleware` 等当前主线。

docs-linhay/spaces/20260427-account-metrics-split/README.md

@@ -40,8 +40,9 @@
 - `docs-linhay/references/Cli-Proxy-API-Management-Center/src/features/authFiles/components/AuthFileCard.tsx`
 
 ## 当前状态
-- 状态：in-progress
-- 最近更新：2026-04-27
+- 状态：archived-superseded
+- 最近更新：2026-05-16
+- 归档判定：本 space 的账号卡片信息分层结论已被后续 `20260514-sidecar-usage-account-attribution` 的共享 `AttributionCard` 卡片体系吸收，不再作为当前独立未收口需求推进。
 
 ## 分层结论
 

docs-linhay/spaces/20260427-deepseek-provider-support/README.md

@@ -46,8 +46,9 @@
 - [CLIProxyAPI config.example.yaml](/Users/linhey/Desktop/linhay-open-sources/GetTokens/docs-linhay/references/CLIProxyAPI/config.example.yaml)
 
 ## 当前状态
-- 状态：in-progress
-- 最近更新：2026-04-27
+- 状态：archived-superseded
+- 最近更新：2026-05-16
+- 归档判定：本 space 的 DeepSeek / 其他厂商边界已收敛到 `openai-compatible provider` 正式心智，后续 provider 能力归入 `account-pool` 与 Codex 账号列表相关主线，不再作为当前独立未收口需求。
 
 ## 完全体需求补充
 

docs-linhay/spaces/20260427-macos-sparkle-updater/README.md

@@ -87,6 +87,7 @@ Sparkle 是 macOS 上成熟的原生更新框架，更适合 GetTokens 当前的
 - [GetTokens 发布准备指南](/Users/linhey/Desktop/linhay-open-sources/GetTokens/docs-linhay/dev/20260426-release-prep-guide.md)
 
 ## 当前状态
-- 状态：in-progress
-- 最近更新：2026-04-27
+- 状态：archived-release-governance
+- 最近更新：2026-05-16
 - 最近变更：已完成 Sparkle space / 架构文档 / plist 注入脚本 / framework 下载与嵌入脚本 / darwin bridge / 设置页原生更新入口适配；`v0.1.10` 已完成首轮真实 Sparkle release 回归，release workflow 可在 `SPARKLE_ENABLE=1` 时生成并发布分架构 feed `appcast-arm64.xml` / `appcast-amd64.xml` 到 `sparkle-appcast` 分支。随后补上 `scripts/sync-macos-bundle-version.sh`，在 macOS release workflow 中把 `CFBundleShortVersionString` / `CFBundleVersion` 同步到真实 release tag，修复 Sparkle “当前最新版是 GetTokens 1.0.0” 的版本错位问题。
+- 归档判定：本 space 作为 2026-04 发布链 / Sparkle 接入记录归档；后续 release、notarization、Sparkle feed 或版本同步问题统一按 release governance 处理，不再把该旧 `in-progress` 视作当前产品需求缺口。

docs-linhay/spaces/20260428-gettokens-usage-dual-source/README.md

@@ -51,8 +51,9 @@ GetTokens 当前已经存在两条彼此不同、但在产品语义上容易被
 - [Nolon / Codex 用量统计深挖](/Users/linhey/Desktop/linhay-open-sources/GetTokens/docs-linhay/spaces/20260428-nolon-codex-usage/README.md)
 
 ## 当前状态
-- 状态：in-progress
-- 最近更新：2026-04-29
+- 状态：archived-superseded
+- 最近更新：2026-05-16
+- 归档判定：本 space 的 dual-source 设计与风险结论已被 `20260514-sidecar-usage-account-attribution` 的 sidecar ledger / Usage Desk observed source 主线吸收；后续 usage 事实源变更优先进入账号归因或 rate-limit 主线，不再把本旧 space 视作当前开放需求。
 - 代码落地进度：
   - `Usage Desk` 已作为 `Accounts` 子 workspace 接入应用壳子
   - `ObservedRequestUsage` 已接上真实 `GetUsageStatistics`

docs-linhay/spaces/20260428-nolon-codex-usage/README.md

@@ -52,8 +52,9 @@
 - [CodexIntradayUsageService.swift](/Users/linhey/Desktop/FlowUp-Libs/nolon/libs/Providers/Sources/ProviderUsage/CodexIntradayUsageService.swift)
 
 ## 当前状态
-- 状态：in-progress
-- 最近更新：2026-04-28
+- 状态：archived-research
+- 最近更新：2026-05-16
+- 归档判定：本 space 是 Nolon Codex usage 研究资料，已为 GetTokens usage 方向提供参考；当前真实请求量与账号归因主线已迁入 `20260514-sidecar-usage-account-attribution`，本研究不再作为当前未收口需求推进。
 
 ## 当前理解
 

docs-linhay/spaces/20260429-network-proxy/README.md

@@ -128,8 +128,9 @@
 11. `docs-linhay/references/CLIProxyAPI/internal/api/handlers/management/config_basic.go`
 
 ## 当前状态
-- 状态：implemented-in-frontend
-- 最近更新：2026-04-30
+- 状态：archived-implemented-app-layer
+- 最近更新：2026-05-16
+- 归档判定：本 space 作为 2026-04 代理池前端与 app-layer 能力记录归档，不再计入当前未收口需求；后续若要把代理能力继续推进到 sidecar 级代理配置，应另起明确主线 space。
 
 ## 实施落地（2026-04-30）
 - `代理池` 已接入真实前端，作为与 `账号池` 同级的一级导航页进入应用。

docs-linhay/spaces/20260429-usage-desk-controls-redesign/README.md

@@ -58,5 +58,6 @@
 
 ## 当前状态
 
-- 状态：handoff-ready
-- 最近更新：2026-04-29
+- 状态：archived-handoff
+- 最近更新：2026-05-16
+- 归档判定：本 space 是 Usage Desk 控制栏视觉精修交接稿，当前不作为独立开放需求排队；后续 Usage Desk 视觉改动如需重启，应进入新的实现 space 或并入当期主线。

docs-linhay/spaces/account-pool/README.md

@@ -322,6 +322,7 @@
 - [OpenAI-Compatible Debate](/Users/linhey/Desktop/linhay-open-sources/GetTokens/docs-linhay/spaces/20260427-deepseek-provider-support/debate/20260427/accounts/20260427-openai-compatible-provider-support-v01.md)
 
 ## 当前状态
-- 状态：in-progress
-- 最近更新：2026-04-28
+- 状态：active-umbrella
+- 最近更新：2026-05-16
 - 最近变更：`openai-compatible` provider detail 已收口为单 `apiKey` provider 工作流；`codex` 继续承接 OAuth 与 quota 闭环，`openai-compatible` 改为 provider 级心智，但不暴露多 `apiKey entries` 编辑。
+- 判定：`account-pool` 是长期 umbrella space，不按单个未收口需求管理；具体新需求应进入独立 space，当前近期主线为 `20260515-rate-limit-middleware`，短线收尾为 `20260511-codex-binary-management`。