Skip to content

feat: タスクテーブル進捗列設計の固定（step=5・列配置・文字列通知）#134

Merged
LevelCapTech merged 15 commits intomainfrom
copilot/add-progress-input-column
Mar 8, 2026
Merged

feat: タスクテーブル進捗列設計の固定（step=5・列配置・文字列通知）#134
LevelCapTech merged 15 commits intomainfrom
copilot/add-progress-input-column

Conversation

Copy link
Contributor

Copilot AI commented Mar 6, 2026 •
edited by LevelCapTech
Loading

概要（Summary）

このプルリクエストは タスクテーブルに progress 入力列を追加する設計 の固定を行います。既存の進捗データ概念を維持したまま、タスクテーブルから進捗を編集できる導線を設計として明文化します。

  • 変更内容（設計差分）
    • 設計成果物追加: .github/copilot/plans/133-task-table-progress-column-design.md を新規作成
    • 主要決定: progress 列は opt-in、入力粒度は step=5 の5刻み、通知は onCellCommit のみに統一（value は文字列）
    • 列配置の固定: progress 列は終了日の直後に挿入し、列幅は終了日と同一
    • 未確定事項の整理: 変更対象ファイルの最終確定方法を明文化
項目 値
実装差分（ソースコード変更） なし
編集対象ファイル .github/copilot/plans/133-task-table-progress-column-design.md

背景・経緯（Context / Facts）

  • トリガーとなった事象（Issue / PR / 指摘 / 要望 / 差分 等）：タスクテーブルに progress 入力列が存在しないため、一覧で進捗編集ができないという設計要件
  • 参照した情報・資料（URL/Doc/チケット/議事メモ等）：Issue 本文（[DESIGN] タスクテーブルに進捗入力列を追加する設計）
  • 作業開始時点で確認できていた事実（観測/制約/前提）：progress 概念は既存、ガント側に更新導線が存在、設計フェーズでの実装禁止

実行区分（AIが実行したこと／人間が追加で行うこと）

区分 タスク（何をする） 対象（どのサイト/システム） 実行場所（URL/画面/コマンド） 実行方法（どうやって） 入力（必要な情報） 出力（得られるもの/保存先） 証跡（ログ/URL/スクショ等）
AI 設計プラン作成 リポジトリ .github/copilot/plans/133-task-table-progress-column-design.md テンプレ準拠で新規作成 Issue要件 設計プラン 該当ファイル
AI 設計方針・互換性の整理 リポジトリ 同上 既存構成を参照し整理 既存 API/仕様 決定事項・未確定事項 同上
AI 受入条件の明文化 リポジトリ 同上 Issue 記載の受入条件を整理 Issue本文 受入条件セクション 同上
人間 設計レビュー GitHub PR本文 レビュー PR本文 レビューコメント PRレビュー
人間 未確定事項の決定 GitHub Issue/PR 合意形成 既存利用例 決定事項 Issue/PR
人間 IMPLEMENT Issue 起票 GitHub Issue 起票 plan パス IMPLEMENT Issue Issue

ADR（Architectural Decision Records）

ADR変更サマリ（インデックス）

ADR 状態（proposed/accepted/superseded） 何を決めたか（要約） 変更理由（事実/制約） 影響（設計としての結論） 根拠（Issue/議論/観測）
なし - ADR 追加なし 局所的 UI 追加のため ADR 不要 Issue 本文

設計の要点（Decision Summary）

  • 結論1：progress 列は opt-in とし、visibleFields/columnsState に明示追加した場合のみ表示する。
  • 結論2：入力は step=5 の5刻み（Math.round(value / 5) * 5）で確定し、onCellCommit のみで通知する（value は "0"〜"100" の文字列）。
  • 結論3：progress 列は終了日の直後に挿入し、列幅は終了日と同一とする。

レビュー議題（Review Agenda）

議題（レビューしてほしい観点） 期待する結論（OK/要修正/要議論） 参照（章/ADR/見出し） ステータス（未/OK/要対応） 根拠（Issue/ADR/観測）
progress 列の opt-in 方針 OK 設計の要点 / 互換性 未 Issue要件
onCellCommit のみ通知方針（value は文字列） OK 設計方針 / 互換性 未 既存API整合
step=5/列配置の固定 OK 設計方針 / テスト戦略 未 レビュー指摘

仮定・不変条件（Assumptions / Invariants）

種別 前提/不変条件 変更可能性（固定/変動/未確定） 破ると何が壊れるか（影響） 根拠（Issue/ADR/観測）
invariant progress は既存の Task.progress を使用 固定 互換性が崩れる Issue本文
assumption host が tasks 更新で状態反映する 固定 ガント表示不整合 既存API

合意境界（Decided vs Not Decided）

確定（Decided）

項目 決定内容（要約） 根拠（ADR#/該当見出し）
表示方式 progress 列は opt-in 設計の要点
入力粒度 step=5 の5刻み 設計方針
通知 onCellCommit のみ（value は文字列） 設計方針
列配置 終了日の直後に挿入、幅は終了日と同一 設計方針

未確定（Not Decided）

項目 未確定の理由（事実/制約） 決め方（誰が/いつ/条件） 根拠
変更対象ファイルの最終確定 実装時の最小差分確定が必要 IMPLEMENT フェーズ オープン課題

要件・成功条件（Requirements / Success Criteria）

種別 項目 成功条件（どうなればOKか） 根拠（Issue/ADR/議論/観測）
機能 progress 列追加設計 タスクテーブルで進捗編集可能な設計になっている Issue本文
非機能 互換性維持 既存のデフォルト列が変わらない 設計方針
運用 更新導線の明示 README/リリースノートに設定方法が明記される 設計方針

製造スコープ（実装時に影響する機能・契約・運用）

影響するもの（In-Scope）

ユーザー影響/機能名 入口（画面/操作/API/Job） 変更タイプ（追加/変更/削除） 影響レベル（S/M/L） 互換性（破壊/非破壊/未確定） 具体的に変わること（1〜2行） 根拠（ADR#/該当見出し）
progress 列の表示/編集 TaskList テーブル 追加 M 非破壊 visibleFields で明示追加時に表示/編集可 設計方針
イベント通知 onCellCommit 追加 M 非破壊 progress 更新時に commit 通知が発火 設計方針

影響しないもの（Out-of-Scope）

| 対象（機能/契約/運用） | 影響しない理由（事実/制約） | 根拠（ADR#/該当見出し） |
|---|---|---|---|
| ガント操作の progress 更新 | 既存イベント仕様を維持 | 設計方針 |
| サーバ/API/永続化 | 設計対象外 | Issue本文 |

未確定（TBD）

論点（何が決まっていないか） 影響しそうな範囲 いつ/誰が決めるか（予定） 根拠
変更対象ファイルの最終確定 実装範囲 IMPLEMENT フェーズ オープン課題

互換性・移行（Compatibility / Migration）

対象（API/DB/設定/イベント/Job 等） 互換性（破壊/非破壊/未確定） 移行要否（Yes/No/TBD） 移行の要点（短く） ロールバック方針（短く） 根拠（ADR#/該当見出し）
visibleFields 非破壊 No opt-in 追加のみ progress 列追加を戻す 設計方針
onCellCommit 非破壊 No 既存ハンドラ拡張 commit 追加分を戻す 設計方針

代替案とトレードオフ（Trade-offs）

判断テーマ プランA プランB 採用プラン 採用理由（事実/制約/評価軸） 不採用理由（トレードオフ） 根拠（Issue/ADR/測定/議論ログ）
列の表示方式 opt-in デフォルト追加 opt-in 互換性維持 デフォルト追加はレイアウト影響大 設計方針
通知方式 onCellCommit のみ onCellCommit + onProgressChange onCellCommit のみ 二重通知回避 既存 onProgressChange への追加負荷 設計方針

影響範囲（設計が示す影響と根拠）

影響対象 結論（影響あり/なし/未確定） 影響内容（何が変わる） 根拠（ADR/議論/観測）
アプリケーション挙動 影響あり TaskList に進捗列が opt-in 追加可能 設計方針
DB/データ互換性 影響なし 既存 progress を利用 Issue本文
API/外部連携 影響あり onCellCommit の通知対象が増える 設計方針
環境設定・デプロイ手順 影響なし UI設計のみ Issue本文
監視/アラート/運用 影響なし 新規運用なし 設計方針
セキュリティ/権限/監査 影響なし 新規権限不要 Issue本文
コスト（課金/性能/リソース） 影響なし UI差分のみ Issue本文

リスクと対策（Risk / Mitigation）

リスク 発生条件（いつ起きるか） 影響（S/M/L） 予防/緩和策（設計上の手当） 検知（ログ/監視/アラート） 残課題（Open Questionsへのリンク） 根拠
列追加によるレイアウト崩れ progress 列を追加した場合 M opt-in + 列配置固定 手動確認 未確定事項 設計方針
二重通知の混乱 onProgressChange も通知した場合 M onCellCommit のみに固定 なし なし 設計方針

実装ガイド（実装担当へ渡す情報）

観点 記載内容（要点） 根拠（ADR/該当見出し等）
変更対象（モジュール/境界） TaskList/OverlayEditor/型定義/README 設計方針
I/F（入力/出力/契約） onCellCommit のみ通知（value は文字列） 設計方針
データモデル/永続化 Task.progress をそのまま使用 Issue本文
エラーハンドリング方針 数値変換不能時は UI エラー表示 設計方針
互換性/移行方針 opt-in 追加のみ 互換性
テスト戦略（何をどう保証） 表示/編集/commit の回帰 テスト戦略
ロールアウト/切替 opt-in の設定追加 設計方針

サンプル実装（PR本文専用）

サンプル実装の扱い（Sample Code Contract）

サンプル種別 目的（何のための例か） 実装PRへの取り込み方針（そのまま/要調整/参考のみ） 参照（ADR#/該当見出し）
設定例 progress 列の opt-in 追加例 参考のみ 設計方針

インターフェース / 型 / DTO（例）

const visibleFields: VisibleField[] = [
  "name",
  "start",
  "end",
  "progress", // opt-in
];

疑似コード（例）

// <<example_code>>

SQL / DDL（例）

// <<example_code>>

設定例（例）

// <<example_code>>

失敗パターン / 境界値（例）

分類 ケース 期待動作（設計上） 備考
error 非数値入力 commit せずエラー表示 UI要件
boundary 0/100 そのまま確定 UI要件

“推論せず質問に落とす”ための質問票（ADR / Open Questions）

論点 / 質問 回答（事実のみ） 根拠（Issue/ADR/該当箇所）
このPRで「決定」扱いにしたいことは何か？（なければ空欄） opt-in・step=5・列配置固定・通知方式 設計の要点
未確定点（質問として列挙） 変更対象ファイルの最終確定 オープン課題
追加で合意が必要な関係者/レビュー観点 既存利用者のUI運用方針 オープン課題
実装前に必要な調査/PoCはあるか？ 変更対象ファイルの最終確定 オープン課題
境界条件（曖昧さ）が残る箇所はどこか？ 変更対象ファイルの最終確定 オープン課題

実装TODO（次PRのタスク分割）

タスク（実装PRでやること） オーナー（AI/人間/共同） ブロッカー（未確定ならOpen Questionsへ） 受け入れ条件（Doneの定義） 参照（ADR/該当見出し）
progress 列の表示/編集実装 共同 変更対象ファイルの最終確定 UI/commit が設計通り動作 設計方針
README/例の更新 人間 なし opt-in 方法の明記 互換性

レビューの観測ログ（何を見てレビューできるか）

対象 参照先（URL/パス/見出し） 目的（何を確認する）
設計プラン .github/copilot/plans/133-task-table-progress-column-design.md 設計要点/未確定事項

補足（Notes）

  • design-only 変更。実装は次の IMPLEMENT Issue で行う前提。

コードレビューフィードバック対応（Review Feedback Response）

追記（今回分）

  • フィードバック（要約）：progress 列の互換性方針を明確化　対応（何を変えた）：opt-in 方針と DEFAULT_VISIBLE_FIELDS 維持を明記　対象（見出し/ADR/Commit）：設計方針/コミット 778cc60　状態（対応済/保留/却下）：対応済
  • フィードバック（要約）：入力粒度・通知方式の確定　対応（何を変えた）：整数入力/onCellCommit のみに固定　対象（見出し/ADR/Commit）：UI要件/コミット 778cc60　状態（対応済/保留/却下）：対応済
  • フィードバック（要約）：Mermaid 図の構文エラー修正　対応（何を変えた）：図中ラベルを onCellCommit: progress に修正　対象（見出し/ADR/Commit）：設計方針/コミット 6d4c20e　状態（対応済/保留/却下）：対応済
  • フィードバック（要約）：step の初期値を 5 に変更　対応（何を変えた）：step=5 + 5刻み丸めを仕様化　対象（見出し/ADR/Commit）：UI要件/コミット 6d4c20e　状態（対応済/保留/却下）：対応済
  • フィードバック（要約）：progress 列の配置と列幅指定　対応（何を変えた）：終了日直後・列幅同一を明記　対象（見出し/ADR/Commit）：UI要件/コミット 6d4c20e　状態（対応済/保留/却下）：対応済
  • フィードバック（要約）：設計逸脱の禁止　対応（何を変えた）：非機能要件に逸脱禁止を明記　対象（見出し/ADR/Commit）：非機能要件/コミット 6d4c20e　状態（対応済/保留/却下）：対応済
  • フィードバック（要約）：onCellCommit の value が文字列である点の明確化　対応（何を変えた）：progress 更新値を "0"〜"100" の文字列で通知する仕様を追記　対象（見出し/ADR/Commit）：UI要件/設計方針/コミット 5284b58　状態（対応済/保留/却下）：対応済
  • 「onCellCommit の value は文字列で通知」「列配置はデフォルト配置で可変」「小数含む数値入力は 5 刻み丸めで扱う」

既存ログ（前回まで）

<<keep_existing_lines>>
Original prompt

This section details on the original issue you should resolve

<issue_title>[DESIGN] タスクテーブルに進捗入力列を追加する設計</issue_title>
<issue_description># [DESIGN] タスクテーブルに進捗入力列を追加する設計

要件

現在タスクテーブルには、進捗の入力欄が無い。
そのために、進捗の入力列をタスクテーブルに追加したい。
ガントテーブル側には、既に進捗のデータ概念があり、タスクテーブルにのみ入力UIが用意されていない。

背景 / 目的

現状、進捗というデータ概念自体は既に存在しているが、タスクテーブル側からその値を編集するための入力 UI が不足している。
その結果、進捗更新の操作導線がガント側に偏っており、一覧表からの編集ができない。

本 Issue の目的は、既存の進捗データ概念を前提に、タスクテーブル側へ進捗入力列を追加するための設計を固定することである。
本 Issue は新しい進捗概念を導入するものではなく、既存概念に対するタスクテーブル上の入力導線追加を対象とする。

成果物

  • .github/copilot/80-templates/implementation-plan.md に準拠した plan ドキュメントを.github/copilot/plans/133-task-table-progress-column-design.mdを修正する。
  • ファイル追加は、.github/copilot/plans/133-task-table-progress-column-design.mdのみとする。
  • コード修正・他のファイルの追加・編集を禁止する！

設計書への反映内容

以下の情報をplanドキュメントに盛り込むこと

  • タスクテーブルに progress（進捗）入力列を追加する目的と背景
  • 既存の progress データ概念をそのまま利用し、新しいドメイン概念は追加しない方針
  • タスクテーブル上で進捗を編集できるようにするための UI 要件
  • 進捗列の表示内容と編集時の基本挙動
  • 進捗更新時に既存のガント表示と整合が取れること
  • タスクテーブル側の入力 UI 追加に伴う責務分担
    • どこまでをライブラリ側責務とするか
    • どこからを利用側アプリ責務とするか
  • 既存 API / props / callback / イベントとの整合方針
  • 既存利用者への互換性影響の整理
  • README / example / ドキュメントへの反映方針
  • IMPLEMENT Issue に渡せる粒度の受入条件整理

制約

以下の情報をplanドキュメントに盛り込むこと

  • DESIGN フェーズでは実装・コーディングは行わない
  • 未確認のファイルパス、コンポーネント名、イベント名、内部責務は断定しない
  • リポジトリ全体の調査が完了していない前提で、実装詳細を決め打ちしない
  • 本件は「設計を固定する Issue」であり、実装指示の確定は plan 作成後の IMPLEMENT フェーズで行う
  • 既存の progress 概念は維持し、破壊的変更を前提にしない
  • タスクテーブルへの列追加が既存 UI / レイアウト / 利用方法へ与える影響を明文化する
  • 未確定事項は Undetermined として残し、確認方法まで記載する

実装イメージ

以下の情報をplanドキュメントに転記すること

  • タスクテーブルに progress を扱う列を追加する
  • その列には、既存の progress 値を表示・編集するための UI を設ける
  • 編集結果は既存の progress データ概念へ反映される前提とする
  • ガント側表示との不整合を起こさないことを前提に設計する
  • 実際の UI 形式、イベント接続方法、変更対象ファイルは設計フェーズで整理し、plan に確定内容として記載する

スコープ

In

  • タスクテーブルに進捗入力列を追加するための設計
  • 既存 progress 概念との整合方針整理
  • タスクテーブル上の編集 UX 要件整理
  • 既存仕様との互換性整理
  • 受入条件の明文化
  • IMPLEMENT に渡すための plan 固定

Out

  • 実装そのもの
  • コード変更
  • テスト実装
  • リファクタリング全般
  • 進捗概念そのものの再設計
  • 進捗以外の新規列追加
  • サーバ API や永続化方式の新規導入判断

設計対象ファイル

現時点では未確定。
plan 作成時に、実際に影響を受けるファイルを調査し、必要なもののみ列挙する。

テスト観点 / 受入条件（確認可能）

この章では、将来の IMPLEMENT／テスト工程で“何をもって完了とするか”を設計として明示する。(この1行は変更せずにそのまま出力する)
DESIGN フェーズではテストを実施しない。(この1行は変更せずにそのまま出力する)

  • Given タスクテーブルに progress 列が存在しない現状
    When 本設計に基づいて実装を行う
    Then タスクテーブル上に progress を入力できる列が追加される設計になっている
  • Given 既に progress というデータ概念が存在している
    When タスクテーブルから progress を更新する
    Then 新しい進捗概念を追加せず、既存 progress を利用する設計になっている
  • Given タスクテーブルとガント表示の両方が存在する
    When タスクテーブル側で進捗を変更する
    Then ガント側表示との整合が保たれる設計になっている
  • Given 既存利用者がこのライブラリを利用している
    When progress 列追加の設計を適用する
    Then 互換性影響と必要な変更点が plan に明記されている
  • Given 未確定の UI 仕様や対象範囲が存在する
    When DESIGN plan をレビューする
    Then Undetermined と確認方法が明示され、IMPLEMENT で迷わない状態になっている

未確定事項

  • progress 入力 UI の具体形式
    • 状態: Undetermined
    • 影響: 操作性、列幅、アクセシビリティ、既存 UI との一貫性に影響する
    • 決定方法: 既存のタスクテーブル編集 UI の設計方針を確認して統一する
  • どのタスク種別を progress 編集対象にするか
    • 状態: Undetermined
    • 影響: 編集可能範囲と利用者期待値に影響する
    • 決定方法: 既存 task 種別と progress の意味づけを確認して決定する
  • 既存 callback / event / state 反映フローのどこに接続するか
    • 状態: Undetermined
    • 影響: public API 互換性と実装コストに影響する
    • 決定方法: 既存の編集イベント・更新フローを調査し、最小差分の接続案を選ぶ
  • 既存レイアウトへの影響
    • 状態: Undetermined
    • 影響: テーブル幅、列配置、表示崩れに影響する
    • 決定方法: 現行テーブル構成を確認し、列追加時の表示方針を整理する
  • 実際の変更対象ファイル
    • 状態: Undetermined
    • 影響: IMPLEMENT Issue の粒度に影響する
    • 決定方法: plan 作成時にリポジトリを調査して列挙する

参照（必読）

  • .github/copilot/00-index.md
  • .github/copilot/10-requirements.md
  • .github/copilot/20-architecture.md
  • .github/copilot/40-testing-strategy.md
  • .github/copilot/60-ci-quality-gates.md
  • .github/copilot-instructions.md
  • .github/instructions/**/*.instructions.md
  • .github/copilot/80-templates/*

Done

  • タスクテーブルに progress 入力列を追加したいという要件が明文化されている
  • 既存の progress 概念をそのまま使う前提が明文化されている
  • 本件が「新規概念追加」ではなく「タスクテーブルへの入力 UI 追加」であることが明文化されている
  • スコープと対象外が整理されている
  • 未確定事項が Undetermined として列挙され、確認方法が記載されている
  • plan がテンプレの必須項目を満たし、IMPLEMENT Issue に渡せる状態になっている

完了後の次アクション

  • planを確定したら [IMPLEMENT] Issue を起票し、planパスを固定して実装依頼する
    </issue_description>

<agent_instructions>This is a design-only issue.
Provide a design that is detailed and concrete enough for an implementation engineer to start coding without further clarification.
Focus on architectural decisions, responsibilities, interfaces, and implementation guidance only.Do NOT modify source code or add/update unit tests.</agent_instructions>

Comments on the Issue (you are @copilot in this section)

💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.

Copilot AI and others added 9 commits March 6, 2026 14:40
@LevelCapTech
feat: 設計プラン作成の準備
d63f764 
進捗入力列追加の設計作業に着手するため
必要な調査・計画作成の開始を記録する

Co-authored-by: LevelCapTech <99854263+LevelCapTech@users.noreply.github.com>
@LevelCapTech
feat: 進捗入力列の設計プラン追加
a327b1d 
タスクテーブル進捗列追加の設計事項を整理し
実装フェーズに渡す判断点と受入条件を明確化する

Co-authored-by: LevelCapTech <99854263+LevelCapTech@users.noreply.github.com>
@LevelCapTech
fix: 設計プランの整合性修正
3f10f13 
進捗列設計の未確定事項と記述の矛盾を解消し
入力丸めとエラーメッセージの方針を明確化する

Co-authored-by: LevelCapTech <99854263+LevelCapTech@users.noreply.github.com>
@LevelCapTech
fix: 設計プランの不整合を調整
909f06a 
進捗入力の丸め方針と未確定事項の関係を整理し
エラー表示の参照先を明確化する

Co-authored-by: LevelCapTech <99854263+LevelCapTech@users.noreply.github.com>
@LevelCapTech
fix: 進捗入力仕様の未確定整理
540ca2d 
丸め方針が未確定である旨を明示し
テスト観点と UI 要件の整合性を保つ

Co-authored-by: LevelCapTech <99854263+LevelCapTech@users.noreply.github.com>
@LevelCapTech
fix: 進捗列設計の表記整理
fa60c8d 
ラベル表記と入力仕様の記述を整理し
未確定事項の説明を明確化する

Co-authored-by: LevelCapTech <99854263+LevelCapTech@users.noreply.github.com>
@LevelCapTech
fix: 進捗入力の丸め方針を明確化
794086c 
ガント側の整数化仕様を設計要件に反映し
通知/テスト記述の整合性を整える

Co-authored-by: LevelCapTech <99854263+LevelCapTech@users.noreply.github.com>
@LevelCapTech
fix: 進捗入力エラー表記の統一
a585627 
エラーメッセージの文言と未確定事項の優先度を整理し
設計内の表記ゆれを解消する

Co-authored-by: LevelCapTech <99854263+LevelCapTech@users.noreply.github.com>
@LevelCapTech
fix: 進捗列の互換性方針を明確化
778cc60 
progress 列を opt-in とする設計に合わせて
レイアウト影響と未確定事項の記述を整理する

Co-authored-by: LevelCapTech <99854263+LevelCapTech@users.noreply.github.com>
Copilot AI changed the title [WIP] Add progress input column to task table feat: タスクテーブル進捗列設計の固定 Mar 6, 2026
LevelCapTech
LevelCapTech requested changes Mar 6, 2026
View reviewed changes
Copy link
Owner

@LevelCapTech LevelCapTech left a comment

Choose a reason for hiding this comment

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

@copilot 追加要望します。PR本文は維持。既存本文の削除/置換は禁止。必要情報はPR本文末尾の コードレビューフィードバック対応の追記セクション に追記すること。

@LevelCapTech
fix: 設計書の指摘反映
6d4c20e 
進捗列の入力粒度と列配置の指定を反映し
設計書内の不整合とエラーを解消する

Co-authored-by: LevelCapTech <99854263+LevelCapTech@users.noreply.github.com>
Copy link
Contributor Author

Copilot AI commented Mar 6, 2026

@copilot 追加要望します。PR本文は維持。既存本文の削除/置換は禁止。必要情報はPR本文末尾の コードレビューフィードバック対応の追記セクション...

PR本文の追記案（コードレビューフィードバック対応）: 「Mermaid 図修正」「step=5 指定」「進捗列の挿入位置/列幅を終了日と同一に固定」「設計逸脱禁止の明記」。内容は対応コミット 6d4c20e に反映済みのため、末尾セクションへ追記をお願いします。

Copilot AI changed the title feat: タスクテーブル進捗列設計の固定 feat: タスクテーブル進捗列設計の固定（step=5・列配置確定） Mar 6, 2026
@LevelCapTech LevelCapTech requested a review from Copilot March 6, 2026 15:22
@LevelCapTech LevelCapTech added the 📝 ドキュメンテーション ドキュメント関連の改善や更新、問題報告に使用します。 label Mar 6, 2026
@LevelCapTech LevelCapTech marked this pull request as ready for review March 6, 2026 15:23
Copilot AI reviewed Mar 6, 2026
View reviewed changes
Copy link
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

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

Pull request overview

タスクテーブルに progress（進捗）入力列を追加するための**設計固定（opt-in / step=5 / onCellCommit 通知 / 列配置方針）**を、Copilot plan ドキュメントとして明文化するPRです。

Changes:

  • progress 列を opt-in（visibleFields / columnsState 明示追加時のみ）とする方針を明記
  • 入力粒度を step=5（5刻み丸め + 0〜100 clamp）に固定し、通知を onCellCommit のみに統一
  • 実装時の想定変更ファイル・テスト観点・CI品質ゲート・ロールアウト観点を plan として整理

LevelCapTech and others added 2 commits March 7, 2026 00:27
@LevelCapTech
fix: Update .github/copilot/plans/133-task-table-progress-column-desi…
df24b1f 
…gn.md

Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
@LevelCapTech
fix: Update .github/copilot/plans/133-task-table-progress-column-desi…
e9ce34f 
…gn.md

Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
@LevelCapTech
Copy link
Owner

LevelCapTech commented Mar 6, 2026

@copilot apply changes based on the comments in this thread

PR本文は維持。既存本文の削除/置換は禁止。必要情報はPR本文末尾の コードレビューフィードバック対応の追記セクション に追記すること。

@LevelCapTech
fix: onCellCommit 仕様の明確化
5284b58 
progress 更新時の文字列 payload を明記し
設計書の通知仕様を既存 API に合わせる

Co-authored-by: LevelCapTech <99854263+LevelCapTech@users.noreply.github.com>
Copy link
Contributor Author

Copilot AI commented Mar 6, 2026

@copilot apply changes based on the comments in this thread

PR本文は維持。既存本文の削��...

スレッド指摘（onCellCommit の value が文字列である点、列順序はデフォルト配置として明記、数値入力は 5 刻みに丸めて扱う方針）を設計書へ反映しました。対応コミット: 5284b58。UI 変更はないためスクリーンショットはありません。PR本文末尾の追記案（コードレビューフィードバック対応）: 「onCellCommit の value は文字列で通知」「列配置はデフォルト配置で可変」「小数含む数値入力は 5 刻み丸めで扱う」を追加してください。

Copilot AI changed the title feat: タスクテーブル進捗列設計の固定（step=5・列配置確定） feat: タスクテーブル進捗列設計の固定（step=5・列配置・文字列通知） Mar 6, 2026
@LevelCapTech LevelCapTech requested a review from Copilot March 7, 2026 03:03
Copilot AI reviewed Mar 7, 2026
View reviewed changes
Copy link
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

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

Pull request overview

Copilot reviewed 1 out of 1 changed files in this pull request and generated 1 comment.

@LevelCapTech
fix: Update .github/copilot/plans/133-task-table-progress-column-desi…
2521cbc 
…gn.md

Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
@LevelCapTech LevelCapTech merged commit 20ccee1 into main Mar 8, 2026
1 check passed
@LevelCapTech LevelCapTech deleted the copilot/add-progress-input-column branch March 8, 2026 04:50
@LevelCapTech LevelCapTech mentioned this pull request Mar 11, 2026
Closed
Copilot AI mentioned this pull request Mar 11, 2026
Merged
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

Copilot code review Copilot Copilot left review comments

+1 more reviewer

@LevelCapTech LevelCapTech LevelCapTech approved these changes

Reviewers whose approvals may not affect merge requirements

Assignees

@LevelCapTech LevelCapTech

Copilot code review Copilot

Labels

📝 ドキュメンテーション ドキュメント関連の改善や更新、問題報告に使用します。

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

[DESIGN] タスクテーブルに進捗入力列を追加する設計

3 participants

@LevelCapTech