akira/keinasystem
1
0
Fork 0
Code Issues 7 Pull Requests Actions Packages Projects Releases Wiki Activity
165 Commits 1 Branch 0 Tags
main
Commit Graph

44 Commits

Author SHA1 Message Date
akira
627d7e4f59 docs: tighten pesticide ingredient limit consistency 2026-04-09 15:52:29 +09:00
akira
9059b2b51e 仕様書を更新しました。更新先は 農薬散布管理編.md です。 
- 有効成分総使用回数の集計方式を COUNT(DISTINCT SprayEvent.id) に変更
  （農薬取締法上「1回の散布=1回の使用」の解釈に準拠、1イベント=1回で統一）
- PesticideIngredientLimit に「同一成分・同一作物であれば製品が異なっても上限値は同一」の注記を追加
- 設計判断 #5 を更新：有効成分も製品使用回数と同様に COUNT(DISTINCT SprayEvent.id) で集計する根拠を記載
- 設計判断の番号を整理（#7〜#10 → #8〜#11）
 2026-04-09 15:44:44 +09:00
akira
7d2eb1ebe2 Findings 
同一イベント内で同じ有効成分を含む複数製品を使った場合、総使用回数を過少計上します。
18_マスタードキュメント_農薬散布管理編.md:39 (line 39) では「同一有効成分を含む複数製品は合算カウント」と定義していますが、集計式は 同:251 (line 251) の COUNT(DISTINCT SprayEvent.id) です。これだと 1 回の散布で MEP剤A と MEP剤B を同時使用したケースが 2 回ではなく 1 回になります。1イベント=1回 は製品単位には合っても、有効成分の「複数製品合算」とは衝突しています。

SprayEventResolvedField を正源にしたはずなのに、設計判断がまだ旧仕様のままで矛盾しています。
集計の正源は 同:232 (line 232) で SprayEventResolvedField.crop_name_snapshot に統一されていますが、設計判断では 同:599 (line 599) に「作付け計画（Plan）と照合」と残っています。さらに 同:602 (line 602) では削除したはずの crop_snapshot / variety_snapshot をまだ保持対象として書いています。実装者がここを読むと旧設計に引っ張られます。

製品使用回数も、同一イベント内の重複明細をどう扱うかが未定義で、式とモデルが噛み合っていません。
集計式は 同:239 (line 239) の COUNT(DISTINCT SprayEvent.id) ですが、明細モデルには 同:213 (line 213) 以降で event + pesticide の一意制約がありません。つまり同じ農薬を同一イベントに 2 行入れられる設計なのに、集計では 1 回に潰れます。仕様として「同一イベント内で同一農薬は1回しか登録できない」を明記して一意制約を持たせるか、重複明細の意味を定義した方が安全です。

大筋ではかなり良くなっていて、特に「作物単位での法的管理」と「圃場ごとの正源を SprayEventResolvedField に寄せた」方向は明快でした。上の3点だけ揃えると、実装時の解釈ぶれがかなり減ります。
 2026-04-09 15:16:45 +09:00
akira
3e2942b479 変更内容 
集計ロジックの明確化（農薬取締法の要件を明示）:

集計単位の説明に「農薬取締法上、使用回数は作物単位で管理する義務がある」を明記
グループ内に複数作物が混在する場合の動作を明示 → 同一イベントの農薬が水稲・大豆それぞれの回数に +1 カウントされる
集計の正源は SprayEventResolvedField.crop_name_snapshot（圃場ごと）に統一
不要フィールドの削除:

SprayEvent.crop_snapshot / variety_snapshot を削除（役割が SprayEventResolvedField に統合されたため）
APIレスポンス例からも除去
集計式の精緻化:

「1イベント = 1回」のカウント原則を明示（COUNT(DISTINCT SprayEvent.id)）— グループ内に圃場が何筆あっても1散布作業は1回
 2026-04-09 15:11:15 +09:00
akira
70fe3824b3 docs: refine pesticide management spec 2026-04-09 14:56:21 +09:00
akira
10f2b6f77f 農薬散布記録作成 2026-04-09 14:54:12 +09:00
akira
ac0bc7b6a9 マスタードキュメント化しました。追加したのは 17_マスタードキュメント_ナビゲーション再編編.md です。 
内容は、今回の仕様案をそのまま移すだけでなく、

なぜこの再編が必要になったか
なぜ マスター / 帳票・連携 という分類にしたか
URL とメニューをどう切り分けるか
Phase 1〜3 をどう進めるか
まで、長期参照向けに整理してあります。
改善案/ナビゲーション再編仕様書.md は実装向け詳細、今回追加したマスタードキュメントは長期保管用、Issue #13 は議論の背景、という役割分担にしています。必要なら次に、既存のどこかからこの 17_...md へ参照リンクを足します。
 2026-04-07 11:12:19 +09:00
Akira
4516a74772 Fix sync_db.sh to run migrate after DB restore 
サーバーより新しいマイグレーションがローカルに存在する場合、
リストア後にmigrateを実行しないと500エラーになるバグを修正。

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
 2026-04-06 17:32:23 +09:00
Akira
a42ccb5cda Add local production test environment setup 
- docker-compose.local.yml: 本番Dockerfile使用・Traefikなし・ポート直接公開
- deploy_local.sh: ローカル環境のビルド・起動スクリプト
- sync_db.sh: サーバーDBダンプをローカルに取り込むスクリプト
- document/20_ローカルテスト環境.md: 手順ドキュメント

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
 2026-04-06 17:32:23 +09:00
akira
8dd680e28a Update rice transplant plan spec document 2026-04-05 13:18:51 +09:00
akira
0131982c34 種子資材ベースへの切り替えを反映しました。 
frontend/src/app/rice-transplant/_components/RiceTransplantEditPage.tsx では、田植え計画の主選択を 品種 から 種子資材 に変更し、画面上は種子資材名だけで進めるようにしました。保存時だけ内部的に、その種子資材に紐づく Variety を解決して既存 API に送っています。候補圃場取得もその内部参照で動く形です。frontend/src/app/rice-transplant/page.tsx の一覧表示も 作物 / 品種 ではなく 種子資材 列に変更しました。

仕様書 document/16_マスタードキュメント_田植え計画編.md も 年度 × 種子資材 を軸にした説明へ更新済みです。確認できたのは Python 側の py_compile までで、フロントのビルド確認はまだしていません。Issue #2 にも今回の変更内容をコメント済みです。
 2026-04-05 12:04:36 +09:00
akira
a38472e4a0 品種ごとの種子在庫前提まで実装を進めました。 
主な変更は、seed 資材種別の追加と Variety.seed_material の導入です。backend/apps/materials/models.py、backend/apps/plans/models.py、backend/apps/plans/serializers.py で、田植え計画が作物在庫ではなく品種に紐づく種子資材の現在庫を参照するように切り替えました。マイグレーションは backend/apps/materials/migrations/0005_material_seed_type.py と backend/apps/plans/migrations/0008_variety_seed_material.py を追加しています。

画面側は、frontend/src/app/materials/page.tsx と frontend/src/app/materials/masters/page.tsx に「種子」タブを追加し、frontend/src/app/allocation/page.tsx の品種管理モーダルで品種ごとに種子在庫資材を設定できるようにしました。田植え計画画面 frontend/src/app/rice-transplant/_components/RiceTransplantEditPage.tsx も、苗箱数 列中心に整理し、種もみkg 列を削除、反当苗箱枚数 の列反映と ≈ / ↩ の四捨五入トグルを施肥計画寄りの操作感に寄せています。仕様書 document/16_マスタードキュメント_田植え計画編.md も更新済みです。

確認できたのは python3 -m py_compile backend/apps/materials/models.py backend/apps/materials/serializers.py backend/apps/plans/models.py backend/apps/plans/serializers.py backend/apps/plans/views.py までです。frontend/node_modules が無いためフロントのビルド確認はまだできていません。Issue #2 にも反映内容をコメント済みです。必要なら次にコミットします。
 2026-04-05 11:22:07 +09:00
akira
11b36b28a5 Issue #2 に最新の理解を記録し、その内容で仕様書と実装を修正しました。 
document/16_マスタードキュメント_田植え計画編.md は、「行ごとに保持するのは圃場の苗箱数」「列側に反当苗箱枚数を持つ」「種もみg/箱 は全体共通値」という前提に更新しています。コード側は backend/apps/plans/models.py と backend/apps/plans/serializers.py で計画ヘッダに seedling_boxes_per_tan を追加し、backend/apps/plans/migrations/0007_ricetransplantplan_seedling_boxes_per_tan.py も作成しました。画面は frontend/src/app/rice-transplant/_components/RiceTransplantEditPage.tsx を施肥計画寄りに組み直し、列単位のデフォルト反映と四捨五入、行ごとの苗箱数入力に寄せています。frontend/src/types/index.ts も合わせて更新済みです。

確認できたのはバックエンドの構文チェックまでで、python3 -m py_compile backend/apps/plans/models.py backend/apps/plans/serializers.py backend/apps/plans/views.py は通過しています。フロントのビルド確認まではこの環境では回していません。Issue #2 にも今回の反映内容をコメント済みです。
 2026-04-05 10:53:24 +09:00
akira
95c90dd699 Adjust rice transplant plan to store installed box counts 2026-04-05 10:26:14 +09:00
akira
0c57dd7886 Add rice transplant planning feature 2026-04-04 17:26:55 +09:00
akira
c773c7d3b8 docs: add levee work master document 2026-04-04 11:13:11 +09:00
Akira
13c21ed7de ローカル更新済み: 
13_マスタードキュメント_施肥計画編.md — 散布実績セクション整備、在庫連携・集計ルール・WorkRecord自動生成・前年度コピーのセクション追加、旧「散布確定モーダル」記述削除、型定義・ファイル構成・将来の拡張を更新
14_マスタードキュメント_分配計画編.md — 散布実績との連携・WorkRecord自動生成のセクション追加
CLAUDE.md — データモデル（SpreadingSession/Item, WorkRecord, actual_bags）追加、プロジェクト構造にfertilizer/workrecordsアプリ追加、実装状況に散布実績・作業記録索引を追記、更新履歴に2026-03-17エントリ追加
 2026-03-17 20:31:22 +09:00
Akira
1f26d5001b ドキュメント更新: 運搬計画の実装状況を本番稼働中に、グループ操作機能を追記 
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-03-16 17:09:55 +09:00
Akira
eba6267495 変更したドキュメント 
ファイル	変更内容
14_マスタードキュメント_分配計画編.md	全面改訂: 旧「分配計画」→ 新「運搬計画」。データモデル5テーブル、API仕様、画面UI操作、PDFフォーマットを記載
CLAUDE.md	データモデル概要（Distribution* → Delivery* に差し替え）、実装状況セクション、更新履歴を更新
13_マスタードキュメント_施肥計画編.md	OUT スコープの「圃場への配置計画」を「運搬計画」への参照に修正
内容を確認して、問題なければ実装に進みます。
 2026-03-16 16:05:46 +09:00
Akira
e3c21d6e81 ConfirmSpreadingModal の改善点: 
groupedEntries（肥料別リスト表示）→ layout（圃場×肥料のマトリクス表）に変更 ✅
施肥計画編集画面と同じ「圃場名 / 面積(反) / 肥料列... / 合計」のテーブル構造に統一 ✅
各セルに計画値ラベル + 実績入力欄を縦並び ✅
列合計（肥料別）・行合計（圃場別）・総合計を追加 ✅
計画情報サマリーカード（年度・品種・圃場数・肥料数）を追加 ✅
操作ガイド（sky色バナー）を追加 ✅
モーダル幅を max-w-4xl → max-w-[95vw] に拡大（マトリクス表に合わせて） ✅
ドキュメント更新:

document/13_マスタードキュメント_施肥計画編.md — 在庫引当・散布確定・確定取消 API を追記 ✅
改善案/在庫管理機能実装案.md — 微修正 ✅
 2026-03-15 13:48:48 +09:00
Akira
7825f0eb30 docs: sync mail notification account mapping updates 2026-03-05 15:16:12 +09:00
Akira
422a6781c5 mail: distinguish xserver mailboxes in account labels 2026-03-05 14:17:25 +09:00
Akira
466eef128c 分配計画機能を実装 
施肥計画の圃場を配置場所単位でグループ化し、グループ×肥料の集計表を
表示・PDF出力できる機能を追加。

- Backend: DistributionPlan/Group/GroupField モデル (migration 0003)
- API: GET/POST/PUT/DELETE/PDF (/api/fertilizer/distribution/)
- Frontend: 一覧・新規作成・編集画面 (/distribution)
- Navbar に分配計画メニューを追加
- 集計プレビューはクライアントサイド計算（API不要）

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
 2026-03-02 09:43:20 +09:00
Akira
50d5fdcbb3 CLAUDE.md・施肥計画マスタードキュメントを最終更新 
- FertilizationEntry.fertilizer PROTECT化を反映
- alert/confirm廃止・インラインバナー方針を記録
- 実装状況セクションに施肥計画機能を追加
- マスタードキュメント index に13を追加

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
 2026-03-01 17:38:16 +09:00
Akira
cfd67e0d55 施肥計画編集画面に四捨五入トグル機能を追加 
- calcMatrix（計算値）+ adjusted（確定値）の2層構成に変更
- 肥料列ヘッダーに ≈（青）/ ↩（琥珀）トグルボタンを追加
- 四捨五入後は元の計算値をグレーで参照表示
- docker-compose.yml に WATCHPACK_POLLING=true を追加（Windowsホットリロード修正）
- マスタードキュメント（文書13）を新 UI 仕様に更新

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
 2026-03-01 13:40:38 +09:00
Akira
8ac3a00737 施肥計画のマスタードキュメントを追加 
document/13_マスタードキュメント_施肥計画編.md を新規作成
データモデル・全API仕様・自動計算ロジック・フロントエンド画面・ファイル構成・注意点を網羅

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
 2026-03-01 12:16:42 +09:00
Akira
f207f5de27 施肥計画機能を追加（年度×品種単位のマトリクス管理） 
- Backend: apps/fertilizer を新規追加
  - Fertilizer（肥料マスタ）、FertilizationPlan、FertilizationEntry モデル
  - 肥料マスタ・施肥計画 CRUD API
  - 3方式の自動計算API（反当袋数・均等配分・反当チッソ成分量）
  - 作付け計画から圃場候補を取得する API
  - WeasyPrint による PDF 出力（圃場×肥料=袋数 マトリクス表）
- Frontend: app/fertilizer を新規追加
  - 施肥計画一覧（年度セレクタ・PDF出力・編集・削除）
  - 肥料マスタ管理（インライン編集）
  - 施肥計画編集（品種選択→圃場自動取得→肥料追加→自動計算→マトリクス手動調整）
- Navbar に「施肥計画」メニューを追加（Sprout アイコン）
- Cursor ルールファイル・連携ガイドを削除（Claude Code 単独運用へ）

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
 2026-03-01 12:14:29 +09:00
Akira
371e40236c cursorとclaude codeの協調案１１ 2026-02-28 18:41:40 +09:00
Akira
6e99164e3f Triliumに記録しました。 
ドキュメント整備が全て完了しました。今回のセッションで行った作業のまとめ：

実装した機能

Windmill フロー f/weather/weather_sync（毎朝6時 Asia/Tokyo）の作成・本番稼働
/weather フロントエンドページ（年別集計 / 期間指定の2モード）
Recharts 3.7.0 による月別・日次グラフ（気温折れ線、降水量棒+日照折れ線 2軸）
整備したドキュメント

ドキュメント	内容
CLAUDE.md	weather 画面追加・Windmill フロー・マスタードキュメントリンク
document/12_マスタードキュメント_気象データ編.md	気象機能の完全リファレンス（新規作成）
MEMORY.md	Windmill API パターン・Recharts TypeScript パターン
Trilium マスタードキュメント	フロントエンド2モード・Recharts・document/12_ 参照追加
 2026-02-28 14:05:32 +09:00
Akira
b386ee4380 LAUDE.mdの更新が完了しました。変更内容： 
最終更新日 → 2026-02-25
プロジェクト構造 → mail/ と settings/password/ ページを追加
データモデル概要 → MailSender, MailEmail, MailNotificationToken を追加
実装状況 → メールフィルタリング機能を本番稼働済みに更新、パスワード変更機能を追加
マスタードキュメントリンク → document/11_マスタードキュメント_メール通知関連編.md を追加
トラブルシューティング → 本番デプロイコマンド（--env-file .env.production 必須）を冒頭に追加
更新履歴 → 今回の変更を記録
 2026-02-25 10:06:22 +09:00
Akira
7a1aa81f9f 実装完了 
作成・変更したファイル
バックエンド（新規）:

apps/mail/models.py — MailSender, MailEmail, MailNotificationToken
apps/mail/serializers.py
apps/mail/views.py — Windmill用API、フィードバック、ルール管理
apps/mail/urls.py
apps/mail/admin.py
マイグレーション（自動生成・適用済み）
バックエンド（変更）:

settings.py — apps.mail 追加、MAIL_API_KEY/FRONTEND_URL 環境変数
urls.py — /api/mail/ 追加
フロントエンド（新規）:

mail/feedback/[token]/page.tsx — 認証不要、フィードバック3択＋スコープ選択
mail/rules/page.tsx — ルール管理（一覧・追加・削除）
フロントエンド（変更）:

Navbar.tsx — 「メールルール」メニュー追加
types/index.ts — MailSender, MailEmailFeedback 型追加
次のステップ（Windmill側）
Keinaシステム側の実装は完了しています。次はWindmillにIMAPポーリングスクリプトを書く必要があります。Windmillのスクリプトが必要になったタイミングでお声がけください。
 2026-02-22 09:27:27 +09:00
Akira
24fa9b4e64 新機能実装準備 2026-02-21 16:44:36 +09:00
Akira
be50c41eef マスタードキュメント作成 2026-02-21 12:26:11 +09:00
Akira
6eb19f75b7 A-7（検索・フィルタ）の実装が完了しました。 
実装内容:

テキスト検索: 圃場名・住所で部分一致検索（リアルタイムフィルタリング、検索アイコン付き）
作物フィルタ: ドロップダウンで特定作物に絞り込み
未割当トグル: チェックボックスで未割当の圃場のみ表示
件数表示: フィルタ適用中は 5/39件 のように表示
チェックボックス全選択もフィルタ結果に連動
http://localhost:3000/allocation で確認できます。
 2026-02-19 13:11:13 +09:00
Akira
4afe37968b A-1（ダッシュボード画面）の実装が完了しました。 
実装内容:

バックエンド: summary APIに total_fields, assigned_fields, unassigned_fields を追加
フロントエンド: /dashboard に新画面を作成
概要サマリー: 全圃場数 / 作付け済み / 未割当（警告アイコン付き）
作物別集計テーブル（筆数・面積・合計行）
クイックアクセス: 4つのボタン（作付け計画・圃場管理・帳票出力・データ取込）
年度セレクタで切替可能
Navbar: 「ホーム」ボタン追加、KeinaSystemロゴクリックでダッシュボードへ
ルート (/): /allocation → /dashboard にリダイレクト先変更
http://localhost:3000/dashboard で確認できます。

残りタスク: A-7（検索・フィルタ）のみです
 2026-02-19 13:07:16 +09:00
Akira
cce119b1a8 A-2 実装内容まとめ: 
バックエンド: POST /api/plans/bulk_update/ API（field_ids, year, crop, variety を受けて一括設定）
フロントエンド: チェックボックス列、全選択/個別選択、一括操作バー（作物・品種セレクタ + 確認ダイアログ）
 2026-02-19 12:29:54 +09:00
Akira
8b5e0fc66e A-6 完了。 本セッションの進捗まとめ: 
タスク	内容	状態
A-3	前年度コピーボタン	✅ 完了
A-4	品種のインライン追加・削除	✅ 完了
A-5	PDFプレビュー機能	✅ 完了
A-6	エクスポート機能	✅ 完了
残りタスク:

A-2: チェックボックス・一括操作
A-1: ダッシュボード画面
A-7: 検索・フィルタ
確認ポイント:

作付け計画 (/allocation): 年度セレクタの横に「前年度コピー」「品種管理」ボタン、品種セレクトに「+ 新しい品種を追加...」
帳票出力 (/reports): 各帳票にプレビュー/ダウンロードの2ボタン
データ取込 (/import): ページ下部に「データエクスポート」(ZIPダウンロード)
 2026-02-19 12:21:17 +09:00
Akira
73e99f62d4 対応表モード 実装サマリー 
新規ファイル
ファイル	内容
LinkModal.tsx	共通コンポーネントとして切り出し（圃場詳細・対応表の両方で使用）
変更ファイル
ファイル	変更内容
fields/page.tsx	[通常] / [対応表] トグルボタンを追加。対応表モードでは圃場名・面積・共済漢字地名・中山間所在地を横並び表示。各行で直接+追加/x解除が可能
fields/[id]/page.tsx	LinkModalのインポートを共通コンポーネントに変更
04_画面設計書.md	画面4に対応表モードのレイアウト・機能要件を追記
06_差異レポート.md	E-2の実装状況を更新
対応表モードの機能
一覧表示: 圃場名 / 面積(反) / 共済（耕地-分筆 + 漢字地名） / 中山間（ID + 所在地）
直接編集: 各セルの[+追加]ボタンで検索モーダルを開いて紐づけ追加
紐づけ解除: 各レコードにホバーで表示される[x]ボタン（確認ダイアログ付き）
複数紐づけ: 同一セル内に改行で表示
圃場名クリック: 詳細画面(/fields/[id])に遷移
http://localhost:3000/fields で「対応表」ボタンを押して確認できます。
 2026-02-18 14:24:10 +09:00
Akira
619bd7886e 修正完了です。変更のポイント： 
警告アイコン（⚠️/✅）を全て除去 — M:Nの特性上、面積が一致しないのが正常なので
合計面積はセクション見出しにグレー小文字で併記するのみ — 「共済情報 (2件 / 計800m2)」の形式
圃場一覧の紐づけ列も控えめに — 0件は「-」のグレー表示、警告なし
面積情報は「見ようと思えば見える」程度の存在感にしました。画面がうるさくならないはずです。
 2026-02-18 13:49:51 +09:00
Akira
103331f761 更新内容のサマリー 
1. 04_画面設計書.md — 画面5 拡張
圃場詳細画面に追加した仕様（E-2）:

共済/中山間セクションに [+追加]ボタン → モーダルで全マスタから検索・複数選択して紐づけ
各行に [×]ボタン → 確認ダイアログ付きで紐づけ解除
面積整合性チェック: 圃場面積 vs 紐づけ区画の合計面積を比較し、✅一致 / ⚠️差異ありを表示
PC/スマホ両方のレイアウト定義
必要なAPI 6本の定義（紐づけ追加・解除の CRUD）
圃場一覧画面にも追加:

「共済」「中山間」の紐づけ件数列
未紐づけ・面積不一致の ⚠️ 警告表示
2. 06_差異レポート.md — E-2 追加
新タスク E-2: 対応付け可視化・紐づけ管理機能 をサマリーテーブルに追加

3. CLAUDE.md — 次タスク更新
完了済みタスク（A-8, D-1〜D-4, E-1）を既知の課題から除外
E-2を最優先タスクに設定
 2026-02-18 13:44:40 +09:00
Akira
bcb7413bad 実装とドキュメントの差異を吸収中 2026-02-18 13:33:25 +09:00
Akira
50e23872f3 ドキュメント更新（6ファイル） 
03_データ仕様書.md — 全面書き直し（M:N関係、中山間17列モデル、面積単位、PDF出力仕様）
04_画面設計書.md — 全面書き直し（Navbar追加、圃場管理/新規作成画面追加、インライン編集方式、PDF帳票フォーマット仕様 E-1）
01_プロダクトビジョン.md — CSV→PDF、M:1→M:N
05_実装優先順位.md — CSV→PDF、Django 5.0→5.2、モーダル→インライン、init_crops削除
00_Gemini向け統合指示書.md — CSV→PDF、Django 5.2、M:N関係、中山間17列モデル、init_crops削除、IsAuthenticated
CLAUDE.md — 既知の課題一覧、次タスク優先順追加、中山間モデル拡張、差異レポートリンク
コード修正（4件）
D-1: reports/views.py — plan.crop / plan.variety の null チェック追加
D-2: init_crops.py を削除
D-3: settings.py — LANGUAGE_CODE/TIME_ZONE の二重定義を解消
D-4: settings.py — AllowAny → IsAuthenticated に変更
次のタスクは CLAUDE.md の優先順リストに従うと A-8（圃場詳細に共済/中山間情報表示）です。続けますか？
 2026-02-17 10:56:09 +09:00
Akira
9c21caa017 見直し前の最終 2026-02-16 13:45:16 +09:00
Akira
e4da194ebd 移動 2026-02-15 10:56:50 +09:00