| PROJECT_CONTEXT.md | ●●●●● patch | view | raw | blame | history | |
| README.md | ●●●●● patch | view | raw | blame | history | |
| apps/workbench-console/README.md | ●●●●● patch | view | raw | blame | history | |
| 新对话启动说明.txt | ●●●●● patch | view | raw | blame | history |
PROJECT_CONTEXT.md
@@ -1,6 +1,6 @@ # GeoAI Workbench Current Context Last updated: 2026-08-14 Last updated: 2026-08-17 This file is the current project snapshot for new Codex tasks. Keep it concise and replace stale facts instead of appending a conversation diary. @@ -65,9 +65,9 @@ - Build: `Set-Location .\apps\workbench-console; npm install; npm run build` - Start command: `py -3.12 .\scripts\serve_workbench_console.py` - URL: `http://127.0.0.1:6173` (built console); Vite development is `http://127.0.0.1:6174/apps/workbench-console/`. Only `6xxx` ports are accepted. - Scope: independent, read-only local UI for this workbench. It has no code, account, data-upload, or task-execution link to the two drone-product repositories. The map client directly requests public ArcGIS tiles and, only when configured, TianDiTu tiles. - First release: overview plus live result pages for `01-object-detection` and `15-trajectory-analysis`; the trajectory page can switch between the real Tian Dun flight and synthetic validation cases. Other capability pages show their registered status only. - File exposure: the local server permits only console assets, `shared/outputs`, and source images required for the object-detection comparison. It does not expose the rest of the repository. - Scope: independent local experiment workbench for this repository. It has no code, account, or product API link to the two drone-product repositories. The map client directly requests public ArcGIS tiles and, only when configured, TianDiTu tiles. - Current workflow: `01-object-detection` and `15-trajectory-analysis` support new local runs, searchable case libraries, and visual result workspaces. The server creates a new run ID for every submission, only accepts allowlisted input types, and calls fixed capability scripts in fixed virtual environments. - File exposure: the static handler permits only console assets, `shared/outputs`, and source images required for result comparison. Upload APIs write new raw and processed run directories but do not expose the rest of the repository. ## Capability Status @@ -147,6 +147,14 @@ 先读取 AGENTS.md 和 PROJECT_CONTEXT.md，再准备环境、Demo 输入输出和验收方式。 ``` When the capability needs direct user uploads, interactive execution, maps, image comparison, or an inspectable result workspace, add: ```text 同时使用 $geoai-workbench-console 接入独立本地实验控制台。 ``` `$geoai-capability-builder` owns the capability workflow. `$geoai-workbench-console` owns the independent local console workflow, including run discovery, safe uploads, output presentation, UI layout, and visual verification. After completing verified work, update this snapshot and the capability README. Change `AGENTS.md` only when a long-lived rule changes. ## 2026-08-14 工作台更新
@@ -50,9 +50,13 @@ ## 本地实验控制台 控制台是本工作区内部的只读展示界面，独立于现有无人机产品。它读取 `shared/outputs/` 中已有的实验结果，方便直接查看标注影像、轨迹图、事件和运行 元数据；不会上传数据、调用外部接口或启动能力脚本。 控制台是本工作区内部的独立本地实验工作台，不与现有无人机产品连接。它提供 “新建运行、案例库、结果工作区”三段式体验：在允许的能力页面中，可以上传 受限文件类型、调用固定的本地能力脚本，并查看地图、影像对比、事件、结构化 结果和运行元数据。每次运行都会创建新的目录，不覆盖原始数据或既有输出。 控制台只监听本机回环地址；服务端不接受任意命令或路径，只调用固定虚拟环境和 固定能力脚本。接入或修改控制台时使用 `$geoai-workbench-console`。 ```powershell py -3.12 .\scripts\serve_workbench_console.py @@ -79,5 +83,7 @@ ## 新对话继续工作 新建 Codex 对话时，把工作目录选择为本项目根目录，然后使用个人 Skill `$geoai-capability-builder`。它会先读取 `AGENTS.md` 和 `PROJECT_CONTEXT.md`， 无需复制此前的长对话。可直接参考根目录的 `新对话启动说明.txt`。 `$geoai-capability-builder`。能力需要上传、地图、图像对比或直观结果工作区时， 同时使用 `$geoai-workbench-console`。两者都会以 `AGENTS.md` 和 `PROJECT_CONTEXT.md` 为准，无需复制此前的长对话；可直接参考根目录的 `新对话启动说明.txt`。 apps/workbench-console/README.md
@@ -1,9 +1,9 @@ # GeoAI Workbench 本地实验控制台 这是一个完全独立于无人机产品的本地只读控制台。它只展示本工作区已有能力的 输入说明、运行元数据和结果工件，不上传数据，也不提供删除、覆盖或启动算法的 操作。地图会直接请求公开 ArcGIS 影像切片；配置天地图 token 后还会直接请求 天地图影像和注记切片。 这是一个完全独立于无人机产品的本地实验工作台。它以“新建运行、案例库、结果 工作区”展示能力：允许的能力可以上传受限文件类型并运行固定本地脚本，但不提供 删除、覆盖、任意路径或任意命令执行。地图会直接请求公开 ArcGIS 影像切片；配置 天地图 token 后还会直接请求天地图影像和注记切片。 ## 启动 @@ -54,7 +54,7 @@ - `apps/workbench-console/src/`：Vue 3 组件、路由、Pinia 状态与能力适配层。 - `apps/workbench-console/dist/`：Vite 构建产物（不提交 Git）。 - `scripts/serve_workbench_console.py`：只读本地文件服务；仅暴露构建后的控制台、已有输出和目标检测原图，不暴露仓库其余文件。 - `scripts/serve_workbench_console.py`：本地控制台服务和受限运行 API；仅暴露构建后的控制台、结果工件与必要原图，且只调用固定虚拟环境和能力脚本。 - `shared/outputs/`：能力原始输出；控制台不复制、不修改这些文件。 首版已接入 `01-object-detection` 和 `15-trajectory-analysis`。田墩实飞案例会显示 新对话启动说明.txt
@@ -2,23 +2,26 @@ ============================== 1. 新建 Codex 对话。 2. 把工作目录选择为： 2. 将工作目录选择为： E:\AllWorkProject\geoai-workbench 3. 发送下面这句话，把“能力名称”替换成实际目标： 3. 创建或继续能力时，发送以下推荐提示词，将“能力名称”替换为实际目标： 使用 $geoai-capability-builder，创建下一个能力：<能力名称>。 先读取 AGENTS.md 和 PROJECT_CONTEXT.md，再准备环境、Demo 输入输出和验收方式。 使用 $geoai-capability-builder，创建或继续能力：<能力名称>。 先读取 AGENTS.md、PROJECT_CONTEXT.md、根 README 和目标能力 README；再确认能力边界、环境、Demo 输入输出、验收方式和许可记录。 如果该能力需要用户上传输入、直观展示结果或在本地控制台直接运行，请同时使用 $geoai-workbench-console 接入独立本地实验控制台。 示例： 使用 $geoai-capability-builder，创建下一个能力：语义制图。 先读取 AGENTS.md 和 PROJECT_CONTEXT.md，再准备环境、Demo 输入输出和验收方式。 使用 $geoai-capability-builder，创建能力：语义制图。 先读取 AGENTS.md、PROJECT_CONTEXT.md、根 README 和目标能力 README；再准备可验证的 CPU Demo、真实输入、结构化输出和验收集。 该能力需要展示栅格结果和矢量结果，请同时使用 $geoai-workbench-console 接入本地实验控制台；控制台保持独立于无人机产品，仅使用本机 6xxx 端口。 说明： - 不需要复制旧对话。 - AGENTS.md 保存长期项目规则。 - PROJECT_CONTEXT.md 保存当前进度、环境和实验结论。 - 每完成一个能力，Codex 应更新 PROJECT_CONTEXT.md。 - 不需要复制旧对话；项目规则和当前状态以仓库文件为准。 - `$geoai-capability-builder` 负责能力边界、Demo、环境、验证、文档和项目快照。 - `$geoai-workbench-console` 负责能力在本地控制台中的运行入口、案例库、结果工作区、上传安全和视觉验收。 - 原始数据、处理数据和输出必须分别位于 `shared/data/raw`、`shared/data/processed`、`shared/outputs`。 - 每次完成已验证的能力或控制台改动，都应更新对应 README 与 `PROJECT_CONTEXT.md`；不要提交 Git，除非用户明确要求。
