Skip to content

docs: update IA and functional map to v3 (roles, UX review)#18

Merged
singyichen merged 5 commits intomainfrom
docs/update-roles-ia
Apr 2, 2026
Merged

docs: update IA and functional map to v3 (roles, UX review)#18
singyichen merged 5 commits intomainfrom
docs/update-roles-ia

Conversation

@singyichen
Copy link
Copy Markdown
Owner

@singyichen singyichen commented Apr 2, 2026

Summary

  • 4 confirmed user roles (project_leader / annotator / reviewer / super_admin) synced across IA and functional map, based on advisor confirmation (2026-04-01)
  • IA updated to v3 — role-specific dashboard cards, empty states for all pages, Config Builder 3-step flow, task-type-aware dataset analysis, annotator work-log access, reviewer direct-edit capability
  • Functional map updated to v3 — fully synced with IA v3; includes all 5 task types, Dry Run state machine, Reviewer Navbar, notification mechanism
  • UX review findings addressed — Reviewer navigation, Dry Run completion state transition, task type classification (5 distinct task_types), removed 生成式標記 scope

Changes

File Change
docs/ia/information-architecture.md v2 → v3: roles, access matrix, module descriptions, 4 user journeys
docs/functional-map/functional-map.md v1 → v3: full sync with IA v3
.gitignore Add .serena/ (Serena MCP local config)

Test plan

  • Mermaid diagrams render without syntax errors (flowchart + sequenceDiagram)
  • All 14 pages appear in access matrix with correct role permissions
  • 5 task types consistent across IA task-new, Config Builder, dataset-stats, dataset-quality, and functional map
  • Reviewer Navbar and entry paths defined in both documents
  • Dry Run → 等待 IAA 確認 state transition documented with notification mechanism
  • No references to removed 生成式標記 remain in either document

🤖 Generated with Claude Code


Open with Devin

singyichen and others added 4 commits April 2, 2026 11:05
Update functional map and information architecture to reflect the
professor-confirmed four roles: Super Admin, Data Creator / Project
Leader, Annotator, and Reviewer. Add Journey D for Super Admin,
expand Journey A to full project lifecycle from Project Leader view,
and adjust role-settings descriptions accordingly.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
…insights

- Add Super Admin role, rename admin → project_leader
- Add task-type-specific dashboard cards and empty states for all pages
- Add Config Builder with Visual/Code dual mode and template entry point
- Add annotation workspace History tab and labeling instruction modal
- Add relation extraction task type and task-type-aware dataset analysis
- Add .serena/ to .gitignore

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
- Add role-specific dashboard views (Project Leader / Annotator / Reviewer / Super Admin)
- Expand task-new to 3-step flow with Config Builder (Visual/Code modes, template library)
- Add relation extraction task type (Entity + Relation + Triple)
- Add task-detail details: assign annotators, Dry/Official Run publish, data isolation, export
- Add annotation-workspace: forced instruction modal, History tab
- Add reviewer direct edit capability
- Expand dataset-stats with task-type-specific metrics
- Expand dataset-quality with IAA methods per task type (Cohen/Fleiss Kappa, Krippendorff's Alpha, Entity-level F1, Triple-level agreement)
- Add work-log note: settlement record only, payroll handled externally
- Update role-settings node names to match IA identifiers

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
…state

- Remove 生成式標記 task type from all locations (IA + functional map)
- Split 單句任務 into Classification and Scoring/Regression (5 task_types total)
- Add Reviewer Navbar definition (儀表板 | 標記審查 | 資料集分析)
- Clarify Reviewer entry points for annotation-workspace and task-detail (read-only)
- Add task status transition chain to task-detail (草稿→Dry Run進行中→等待IAA確認→Official Run進行中→已完成)
- Add Dry Run completion notification mechanism (auto status switch + Dashboard badge)
- Fix annotation-workspace entry: separate Annotator / Reviewer paths
- Fix task-detail export: remove self-loop, clarify as in-page Toast action
- Update flowchart: add Reviewer→task-detail read-only edge, Dry Run→Dashboard badge edge
- Update Journey A: show state transition and badge notification step
- Bump functional map to v3

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
@qodo-code-review
Copy link
Copy Markdown

Review Summary by Qodo

Update IA v3 and functional map with confirmed roles, Config Builder, and task-type-aware analysis

📝 Documentation ✨ Enhancement

Grey Divider

Walkthroughs

Description
• Updated IA and functional map to v3 with confirmed four-role model (project_leader, annotator,
  reviewer, super_admin)
• Expanded dashboard with role-specific views and empty states for all pages
• Redesigned task creation with 3-step Config Builder flow supporting Visual/Code modes
• Added task-type-aware dataset analysis with 5 distinct task types and IAA methods
• Implemented Dry Run state machine with notification mechanism and Reviewer direct-edit capability
• Removed payroll page and 生成式標記 scope; added .serena/ to .gitignore
Diagram
flowchart LR
  IA["IA v2"] -->|"4 confirmed roles<br/>role-specific dashboard<br/>empty states"| IAv3["IA v3"]
  FM["Functional Map v1"] -->|"full sync with IA v3<br/>5 task types<br/>Dry Run state machine"| FMv3["Functional Map v3"]
  TaskFlow["Task Creation"] -->|"3-step flow<br/>Config Builder<br/>Visual/Code modes"| TaskNew["Enhanced task-new"]
  Analysis["Dataset Analysis"] -->|"task-type-specific metrics<br/>IAA methods<br/>anomaly detection"| AnalysisV3["Enhanced dataset-stats/quality"]
  Reviewer["Reviewer Features"] -->|"direct edit capability<br/>Navbar navigation<br/>Dry Run standard answer"| ReviewerV3["Enhanced annotation-workspace"]
Loading

Grey Divider

File Changes

1. docs/functional-map/functional-map.md 📝 Documentation +135/-66

Restructure functional map to v3 with role-specific views and Config Builder

• Updated version header to v3 (2026-04-02) with sync note to IA v3
• Restructured Mermaid flowchart with role-specific dashboard views (Project
 Leader/Annotator/Reviewer/Super Admin)
• Expanded task-new to 3-step flow with Config Builder (Visual/Code modes, template library)
• Added 5 task types: Classification, Scoring/Regression, Sentence Pair, NER, Relation Extraction
• Enhanced dataset analysis with task-type-specific metrics and IAA calculation methods
 (Cohen's/Fleiss' Kappa, Krippendorff's Alpha, Entity-level F1, Triple-level agreement)
• Added Reviewer features: direct edit, Dry Run standard answer production, Navbar navigation
• Removed payroll page; added work-log note about external payroll handling
• Updated role identifiers from admin/annotator/reviewer to
 project_leader/annotator/reviewer/super_admin

docs/functional-map/functional-map.md


2. docs/ia/information-architecture.md 📝 Documentation +184/-80

Expand IA v3 with role-specific dashboards and detailed Config Builder flow

• Updated version to v3 (2026-04-02) with role confirmation date
• Replaced admin role with project_leader; added super_admin role; clarified reviewer can be
 dual-role with project_leader
• Updated access matrix for 14 pages with 4 roles; added work-log access for Annotator (self-only)
• Removed payroll page from access matrix; updated role-settings to Super Admin only
• Expanded dashboard section with detailed role-specific views: Project Leader (task
 overview/pending items/annotator progress), Annotator (my tasks/personal progress/quick continue),
 Reviewer (navbar/pending review list/Dry Run IAA summary), Super Admin (global view/user overview)
• Enhanced task-new with 3-step flow: Step 1 (basic data), Step 2 (Config Builder with Visual/Code
 modes and templates), Step 3 (marking instructions with forced modal option)
• Added 5 task types with detailed descriptions; removed 生成式標記
• Expanded task-detail with state machine (Draft → Dry Run → Waiting IAA Confirmation → Official Run
 → Completed), Dry Run completion notification mechanism, data isolation principle
• Enhanced annotation-workspace with History tab, forced instruction modal, Reviewer direct-edit and
 standard answer production
• Expanded dataset-stats with task-type-specific metrics (classification/scoring/NER/relation
 extraction)
• Expanded dataset-quality with IAA methods per task type and anomaly detection
• Updated work-log to show system-tracked time and clarify external payroll handling
• Added system management module note restricting to super_admin; clarified project_leader manages
 annotators separately
• Updated user journeys: Journey A (complete project lifecycle from Project Leader view), Journey B
 (annotator workflow), Journey C (reviewer workflow with Dry Run standard answer note), added Journey
 D (Super Admin user management)
• Removed GitHub SSO; updated profile page to姓名/聯絡方式 instead of display name/avatar

docs/ia/information-architecture.md


3. .gitignore ⚙️ Configuration changes +0/-0

Add .serena/ to gitignore for local config

• Added .serena/ directory to ignore list for Serena MCP local configuration files

.gitignore


Grey Divider

Qodo Logo

@qodo-code-review
Copy link
Copy Markdown

qodo-code-review bot commented Apr 2, 2026

Code Review by Qodo

🐞 Bugs (1) 📘 Rule violations (0) 📎 Requirement gaps (0)

Grey Divider


Action required

1. PL labeling access contradiction🐞 Bug ≡ Correctness
Description
IA v3 states project_leader can access the labeling module read-only, but the access matrix denies
Project Leader access to annotation-workspace (the only labeling page listed). This makes the
Project Leader permissions definition self-contradictory and will cause RBAC implementation/spec
confusion.
Code

docs/ia/information-architecture.md[R14-33]

+| 資料建立者 / 計畫負責人 | `project_leader` | 建立任務、管理標記員、監控進度、設定試標與正式標、匯出資料 | 儀表板(全局)、任務管理、標記任務(唯讀)、資料集分析、標記員管理 |
+| 標記員 | `annotator` | 執行標記作業(試標 / 正式標)、查看個人進度 | 儀表板(個人)、帳號模組、標記任務模組 |
+| 審核員 | `reviewer` | 審查標記結果、協助產出標準答案、查看品質報告 | 儀表板、標記任務模組(審查模式)、資料集分析模組 |
+| 系統超級管理員 | `super_admin` | 平台維護、跨專案使用者管理、帳號與角色設定 | 全部模組 + 系統管理模組 |
+
+> **注意:** Reviewer 可以是同一位 Project Leader 擔任(雙重角色)。系統以 **role** 判斷權限,而非 user,同一使用者可同時持有多個角色。
---
## 2. 頁面清單與角色存取矩陣
-| 頁面 ID | 頁面名稱 | 所屬模組 | Admin | Annotator | Reviewer | 備註 |
-|---------|----------|----------|:-----:|:---------:|:--------:|------|
-| `login` | 登入頁 | 帳號模組 | ✅ | ✅ | ✅ | 未登入唯一可進入的頁面 |
-| `profile` | 個人設定頁 | 帳號模組 | ✅ | ✅ | ✅ | |
-| `dashboard` | 儀表板 | — | ✅ | ✅(限個人) | ✅ | 登入後預設落地頁 |
-| `task-list` | 任務列表頁 | 任務管理模組 | ✅ | ❌ | ❌ | |
-| `task-new` | 新增任務頁 | 任務管理模組 | ✅ | ❌ | ❌ | |
-| `task-detail` | 任務詳情頁 | 任務管理模組 | ✅ | ❌ | ✅(唯讀) | |
-| `annotation-workspace` | 標記作業頁 | 標記任務模組 | ❌ | ✅ | ✅(審查模式) | |
-| `dataset-stats` | 統計總覽頁 | 資料集分析模組 | ✅ | ❌ | ✅ | |
-| `dataset-quality` | 品質監控頁 | 資料集分析模組 | ✅ | ❌ | ✅ | |
-| `annotator-list` | 標記員列表頁 | 標記員管理模組 | ✅ | ❌ | ❌ | |
-| `annotator-new` | 新增標記員頁 | 標記員管理模組 | ✅ | ❌ | ❌ | |
-| `work-log` | 工時紀錄頁 | 標記員管理模組 | ✅ | ❌ | ❌ | |
-| `payroll` | 薪資試算頁 | 標記員管理模組 | ✅ | ❌ | ❌ | |
-| `user-management` | 使用者管理頁 | 系統管理模組 | ✅ | ❌ | ❌ | |
-| `role-settings` | 角色權限設定頁 | 系統管理模組 | ✅ | ❌ | ❌ | |
+| 頁面 ID | 頁面名稱 | 所屬模組 | Project Leader | Annotator | Reviewer | Super Admin | 備註 |
+|---------|----------|----------|:--------------:|:---------:|:--------:|:-----------:|------|
+| `login` | 登入頁 | 帳號模組 | ✅ | ✅ | ✅ | ✅ | 未登入唯一可進入的頁面 |
+| `profile` | 個人設定頁 | 帳號模組 | ✅ | ✅ | ✅ | ✅ | |
+| `dashboard` | 儀表板 | — | ✅(全局) | ✅(個人) | ✅ | ✅ | 登入後預設落地頁 |
+| `task-list` | 任務列表頁 | 任務管理模組 | ✅ | ❌ | ❌ | ✅ | |
+| `task-new` | 新增任務頁 | 任務管理模組 | ✅ | ❌ | ❌ | ✅ | |
+| `task-detail` | 任務詳情頁 | 任務管理模組 | ✅ | ❌ | ✅(唯讀) | ✅ | |
+| `annotation-workspace` | 標記作業頁 | 標記任務模組 | ❌ | ✅ | ✅(審查模式) | ✅ | |
Evidence
The role table grants Project Leader "標記任務(唯讀)", but the access matrix explicitly marks
annotation-workspace as ❌ for Project Leader, while the navigation diagram shows
annotation-workspace as the sole page in the labeling module.

docs/ia/information-architecture.md[12-35]
docs/ia/information-architecture.md[63-66]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
`project_leader` permissions are internally inconsistent: the role description claims read-only access to the labeling module, but the access matrix denies access to `annotation-workspace`.
### Issue Context
This file explicitly says it is the baseline reference for writing future `spec.md` documents; internal contradictions will propagate into implementation and test plans.
### Fix Focus Areas
- docs/ia/information-architecture.md[12-35]
- docs/ia/information-architecture.md[63-66]
### What to change
Choose one and make all sections consistent:
1) If Project Leader should have read-only labeling access, set Project Leader to ✅ on `annotation-workspace` with a note like "唯讀/預覽"; update the labeling module label to include Project Leader.
2) If Project Leader should NOT access labeling pages, remove "標記任務(唯讀)" from the Project Leader role row (and any other places implying that access).

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


2. Login docs conflict SSO spec🐞 Bug ⚙ Maintainability
Description
IA/Functional Map v3 documents login as Google SSO + Email/Password and omits GitHub, but the
existing SSO spec still requires Google+GitHub OAuth and models the provider as google | github.
This creates two conflicting sources of truth for authentication requirements.
Code

docs/ia/information-architecture.md[R114-117]

#### `login` 登入頁
- **進入方式:** 未登入時唯一可見頁面;所有未授權跳轉均導回此頁
-- **功能:** Email / Password 登入、Google SSO、GitHub SSO
+- **功能:** Email / Password 登入、Google SSO
- **離開方式:** 登入成功 → `dashboard`
Evidence
IA v3 login features list removes GitHub SSO, and the functional map only shows Google SSO +
Email/Password. Meanwhile, the SSO spec explicitly describes Google/GitHub OAuth flows and requires
both buttons, and the domain model includes provider=(google|github).

docs/ia/information-architecture.md[114-117]
docs/functional-map/functional-map.md[13-18]
specs/001-sso-login/spec.md[6-7]
specs/001-sso-login/spec.md[24-37]
specs/001-sso-login/spec.md[53-67]
specs/001-sso-login/spec.md[135-136]
specs/001-sso-login/spec.md[176-180]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
The updated IA/functional map removes GitHub SSO and adds Email/Password, but the existing SSO spec still mandates Google+GitHub OAuth and encodes `provider=(google|github)`.
### Issue Context
IA claims to be the baseline for specs, but the current repo has an older SSO spec that will mislead implementation/tests if left unchanged.
### Fix Focus Areas
- docs/ia/information-architecture.md[114-117]
- docs/functional-map/functional-map.md[13-18]
- specs/001-sso-login/spec.md[6-7]
- specs/001-sso-login/spec.md[24-37]
- specs/001-sso-login/spec.md[135-136]
- specs/001-sso-login/spec.md[176-180]
### What to change
Decide the supported login methods and update *all* docs/specs to match:
- If GitHub OAuth is still required: add it back to IA/functional map.
- If GitHub OAuth is removed and/or Email/Password is added: update specs/001-sso-login/spec.md (flows, FR-001/FR-002, provider enum, success criteria) accordingly and consider renaming the spec if it's no longer purely SSO.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools



Remediation recommended

3. Feature claims diverge from IA 🐞 Bug ⚙ Maintainability
Description
IA v3 defines 5 task_types and states payroll is handled externally (no salary estimation
feature), but README and thesis docs still claim Generative Labeling support and built-in salary
estimation. This leaves the repo with contradictory product scope across core docs.
Code

docs/ia/information-architecture.md[R186-192]

+- **任務類型(共 5 種 `task_type`):**
+  - 單句分類(Classification)
+  - 單句評分 / 回歸(Scoring / Regression)
- 句對任務(相似度 / 蘊含)
- 序列標記(NER、詞性標記)
-  - 生成式標記(人工撰寫 / 評分)
+  - 關係抽取(Entity + Relation + Triple)
+- **空狀態:** 不適用(此頁為建立流程,永遠有內容)
Evidence
IA v3 enumerates 5 task types (no Generative Labeling) and explicitly says payroll is handled
outside the system. README and thesis outline still describe Generative Labeling as a supported
template and claim salary estimation as a key feature/contribution.

docs/ia/information-architecture.md[186-192]
docs/ia/information-architecture.md[273-279]
README.md[30-36]
docs/thesis/outline.md[48-56]
docs/thesis/outline.md[74-81]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
After updating IA/functional-map to v3 (5 task types, no generative labeling, no payroll/salary estimation), other top-level docs still claim generative labeling and salary estimation as core features.
### Issue Context
These documents are commonly read as the product's external-facing scope; contradictions increase planning risk and can invalidate research/writeups.
### Fix Focus Areas
- docs/ia/information-architecture.md[186-192]
- docs/ia/information-architecture.md[273-279]
- README.md[30-36]
- docs/thesis/outline.md[48-56]
- docs/thesis/outline.md[74-81]
### What to change
Update README/thesis (and any other scope-defining docs) to match IA v3, or clearly label generative labeling and salary estimation as future/optional scope if they remain planned.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


Grey Divider

ⓘ The new review experience is currently in Beta. Learn more

Grey Divider

Qodo Logo

devin-ai-integration[bot]

This comment was marked as resolved.

qodo-code-review[bot]

This comment was marked as resolved.

- §1 Annotator: add 標記員管理模組(僅自己的工時)to accessible modules
- §1 Project Leader: remove 標記任務(唯讀)— contradicted by §2 access matrix (❌)
- §3 nav diagram: add DASH→WLOG edge for Annotator personal path
- specs/001-sso-login: replace GitHub OAuth with Email/Password throughout
  - Process flow: add email/password branch in sequence diagram
  - Step table: split step 2 into 2a (Google) / 2b (Email/Password)
  - User Story 1: update acceptance criteria for both login methods
  - User Story 2: remove GitHub scenario, add admin-created email account
  - Edge cases: replace GitHub no-email case with forgot-password policy
  - FR-001/FR-002: remove GitHub, add bcrypt password validation
  - Entity model: provider=(google|email), add hashed_password field, update role enum
  - SC-009: replace GitHub provider merge with email/password provider merge

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
@singyichen singyichen merged commit 851cdb4 into main Apr 2, 2026
6 checks passed
@singyichen singyichen deleted the docs/update-roles-ia branch April 2, 2026 07:50
Copy link
Copy Markdown

@devin-ai-integration devin-ai-integration bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Devin Review found 3 new potential issues.

View 6 additional findings in Devin Review.

Open in Devin Review

| 審核員 | `reviewer` | 審查標記結果、協助產出標準答案、查看品質報告 | 儀表板、標記任務模組(審查模式)、資料集分析模組 |
| 系統超級管理員 | `super_admin` | 平台維護、跨專案使用者管理、帳號與角色設定 | 全部模組 + 系統管理模組 |

> **注意:** Reviewer 可以是同一位 Project Leader 擔任(雙重角色)。系統以 **role** 判斷權限,而非 user,同一使用者可同時持有多個角色。
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔴 IA claims multi-role support but spec defines role as a single-value enum field

The IA document at docs/ia/information-architecture.md:19 states: "同一使用者可同時持有多個角色" (a user can simultaneously hold multiple roles). However, the User entity definition at specs/001-sso-login/spec.md:185 defines role as a single-value enum: role(annotator | project_leader | reviewer | super_admin). The JWT payload at specs/001-sso-login/spec.md:187 also contains a singular role field. A single role field cannot represent multiple simultaneous roles. This is a cross-document data model contradiction — developers implementing RBAC will either build single-role (matching the spec) and break the IA's dual-role use case (e.g., a user who is both project_leader and reviewer), or build multi-role (matching the IA) and diverge from the spec's entity definition and JWT structure.

Prompt for agents
The IA document (docs/ia/information-architecture.md:19) claims users can hold multiple roles simultaneously, but the User entity in specs/001-sso-login/spec.md:185 defines role as a single-value enum field (annotator | project_leader | reviewer | super_admin), and the JWT at line 187 also carries a singular role field.

To resolve this, choose one approach:

1. If multi-role is intended: Update the User entity in spec.md to use a roles array or a separate user_roles join table instead of a single role field. Also update the JWT payload to contain a roles array instead of a single role. This requires changes in spec.md sections: Key Entities (line 185) and Session/JWT (line 187).

2. If single-role is intended: Update the IA note at line 19 to clarify that a user holds exactly one role at a time, and that dual responsibilities (e.g., Project Leader who also reviews) are handled by switching context or by having the project_leader role implicitly include review capabilities.

Both documents are authoritative references for development, so they must agree on the data model.
Open in Devin Review

Was this helpful? React with 👍 or 👎 to provide feedback.

Comment on lines +185 to +186
- **User(使用者)**:代表已驗證身份。關鍵屬性:`id`、`email`、`name`、`avatar_url`、`provider`(google | email)、`provider_id`(Google 帳號 ID,Email/Password 帳號為 null)、`hashed_password`(Email/Password 帳號用,Google 帳號為 null)、`role`(annotator | project_leader | reviewer | super_admin)、`created_at`。
- 首次 Google 登入預設 `role = annotator`。Email / Password 帳號建立時由管理員指定角色
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🟡 Incomplete role terminology migration: FR-011 and SC-008 still reference non-existent "admin" role

This PR systematically renamed the admin role to super_admin and project_leader throughout the IA and spec documents. The User entity at specs/001-sso-login/spec.md:185 now defines roles as annotator | project_leader | reviewer | super_admin. However, FR-011 (specs/001-sso-login/spec.md:152) still says "預設 admin 帳號" and SC-008 (specs/001-sso-login/spec.md:198) still says "預設 admin 帳號". Since admin is no longer a valid role in the new four-role system, these two references are stale and will cause confusion during implementation of the database seed migration — developers may create an account with a role that doesn't exist in the enum.

Prompt for agents
The PR updated the role enum in the User entity (specs/001-sso-login/spec.md:185) from admin/researcher/annotator to project_leader/annotator/reviewer/super_admin, but two references to the old admin role were missed:

1. FR-011 at line 152: Change "預設 admin 帳號" to "預設 super_admin 帳號" (this is the seed account for first deployment)
2. SC-008 at line 198: Change "預設 admin 帳號" to "預設 super_admin 帳號" (the success criterion for the seed account)

Both should reference super_admin to match the new role system defined at line 185.
Open in Devin Review

Was this helpful? React with 👍 or 👎 to provide feedback.


**Project Leader 視角:**
- **任務總覽卡:** 所有任務列表,每筆顯示任務名稱、任務類型、當前狀態(草稿 / Dry Run 進行中 / 等待 IAA 確認 / Official Run 進行中 / 已完成)、整體完成率進度條
- **待處理事項區:** IAA 結果待確認(附快速連結至 `dataset-quality`)、Dry Run 已全員完成待啟動 Official Run
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🟡 Navigation diagram missing Dashboard → dataset-quality direct link described in section 4

The Dashboard description at docs/ia/information-architecture.md:135 specifies that the Project Leader's "待處理事項區" has a "快速連結至 dataset-quality", and line 201 further confirms: "Project Leader 從 badge 連結進入 dataset-quality 查看 IAA 結果". However, the navigation diagram in section 3 (lines 82–107) only shows DASH → STATS → QUALITY (via dataset-stats), with no direct DASH → QUALITY edge. Since the navigation diagram is the authoritative implementation reference (per § 6: "有沒有跨模組的資料依賴?→ § 3 頁面導覽結構圖"), this missing edge means the direct Dashboard-to-quality-page navigation path may not be implemented.

Prompt for agents
The Dashboard section at docs/ia/information-architecture.md:135 describes a direct quick-link from Dashboard to dataset-quality for IAA confirmation, and line 201 confirms this navigation path. However, the navigation diagram in section 3 (around lines 87-91) does not include a DASH → QUALITY edge.

Add a new edge in the navigation diagram after line 87 (DASH --> STATS):
  DASH -->|IAA 待確認| QUALITY

This ensures the diagram matches the textual description and implementers will create the correct navigation route.
Open in Devin Review

Was this helpful? React with 👍 or 👎 to provide feedback.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant