All authors
Claude Skills by iwasa-kosui
github.com/iwasa-kosui187 skills0 installs0 views
- DocumentsAPIで受け付けたファイルを非同期に解析し、解析結果をデータベースへ保存する。APIと解析処理を分離し、ファイル本体をキューへ載せずに処理する。Votes: 0GitHub stars: 50
- Documentsファイル取込を非同期処理化する。APIはファイル本体をオブジェクトストレージへ保存し、保存先情報をキューへ登録する。ワーカーはキューから保存先を取得してファイルを読み込み、解析結果をDBへ保存する。Votes: 0GitHub stars: 50
- Documents採用。判断日：2026-08-20Votes: 0GitHub stars: 50
- Documents- **ステータス:** 採用 - **決定日:** 2026-08-20 - **関連:** BILL-218、PR #106Votes: 0GitHub stars: 50
- Documents請求書のPDF生成には最大45秒かかる。同期生成では、その間にAPI接続が切れるため、利用者が生成結果を安定して受け取れない。Votes: 0GitHub stars: 50
- Documents- **ステータス**: Accepted - **決定日**: 2026-08-20 - **関連**: BILL-218、PR #106Votes: 0GitHub stars: 50
- Documents経費の領収書は、経費システムにPDFを添付して提出してください。経理から個別に原本の提出を求められた場合に限り、原本を提出してください。詳細は、[領収書の提出](https://example.test/expense)を確認してください。Votes: 0GitHub stars: 50
- Documents経費の領収書は、経費システムにPDFで添付してください。 ただし、経理から個別に原本の提出を求められた場合は、その指示に従って原本を提出してください。 詳細は正本の「領収書の提出」節をご確認ください： https://example.test/expenseVotes: 0GitHub stars: 50
- Documents経費の領収書は、経費システムにPDFを添付して提出してください。 経理から個別に原本の提出を求められた場合に限り、原本を提出してください。 詳細は、正本の「領収書の提出」節をご確認ください。 https://example.test/expenseVotes: 0GitHub stars: 50
- Documents経費の領収書は、経費システムにPDFで添付して提出してください。 原本の提出が必要なのは、経理から個別に依頼された場合のみです。詳細は、正本の「領収書の提出」節をご確認ください： https://example.test/expenseVotes: 0GitHub stars: 50
- Documents商品検索が遅い。検索性能を改善する方式を選定し、次の2点について合意する。Votes: 0GitHub stars: 50
- Documents- **参照**: SEARCH-88、PR #71 - **レビュー期限**: 8月28日 - **ステータス**: 合意待ちVotes: 0GitHub stars: 50
- Documents提案。開発チームの合意を求める。Votes: 0GitHub stars: 50
- Documents- **参照**: SEARCH-88、PR #71 - **レビュー期限**: 8月28日 - **状態**: 合意待ちVotes: 0GitHub stars: 50
- Documentsファイル取込を同期処理から分離し、APIで受け付けたファイルを後続のワーカーが解析できる構成にする。APIはファイル本体をオブジェクトストレージへ保存し、保存先をキューへ登録する。ワーカーはキューから保存先を受け取り、オブジェクトストレージのファイルを読み、解析結果をDBへ保存する。Votes: 0GitHub stars: 50
- Documentsファイル本体をAPIで受け付け、オブジェクトストレージに保存した後、保存先情報をキューへ登録する。ワーカーはキューから保存先情報を取得し、オブジェクトストレージ上のファイルを読み込んで解析し、解析結果をDBへ保存する。Votes: 0GitHub stars: 50
- DocumentsAPIで受け付けたファイルを非同期に解析し、解析結果をDBへ保存する。APIはファイル本体をキューへ送らず、オブジェクトストレージ上の保存先だけをキューへ登録する。Votes: 0GitHub stars: 50
- Documentsファイル取込処理を非同期化する。APIは受け付けたファイル本体をオブジェクトストレージへ保存し、保存先情報をキューへ登録する。ワーカーはキューから保存先情報を取得してファイルを読み込み、解析結果をDBへ保存する。Votes: 0GitHub stars: 50
- Documents8月19日09:10、請求検索のエラー増加を検知した。09:17、当番の加藤が直前の変更を戻し、09:22に復旧を確認した。検索失敗は340件だったが、決済への影響はなかった。Votes: 0GitHub stars: 50
- Documents- **発生日時:** 8月19日 09:10〜09:22 - **検知:** 請求検索のエラー増加を検知 - **対応:** 09:17、当番の加藤が直前の変更をロールバック。09:22、復旧を確認 - **影響:** 検索失敗340件。決済への影響なし - **原因:** DB接続枯渇が有力な仮説。ただし、ログ確認は未完了であり、確定していない - **改善課題:** OPS-315。DB接続数の記録を追加（担当：加藤、期限：8月26日）Votes: 0GitHub stars: 50
- Documents8月19日、請求検索のエラーが増加した。検索失敗は340件。決済への影響はなかった。Votes: 0GitHub stars: 50
- Documents- **発生日時:** 8月19日 09:10〜09:22 - **検知:** 請求検索のエラー増加を検知 - **対応:** 09:17、当番の加藤が直前の変更をロールバック - **復旧:** 09:22に復旧を確認 - **影響:** 検索失敗340件。決済への影響なし - **原因:** DB接続枯渇が原因と推定。ログ確認は未完了 - **改善課題:** OPS-315。接続数の記録を追加（担当：加藤、期限：8月26日）Votes: 0GitHub stars: 50
- Documents新たに議事録を残す必要はありません。 議論・決定・宿題がなく、開催前に中止し、参加者への連絡も済んでいるためです。ただし、予定管理や監査上の記録が必要な場合は、カレンダーや管理表に「中止（開催前、議題なし、連絡済み）」と一行だけ残してください。Votes: 0GitHub stars: 50
- Documents新たな議事録は残さなくてよいと判断します。 理由： - 開催前に中止しており、議論・決定・宿題がない - 中止連絡は参加者へ送信済みで、必要な記録がすでに存在する ただし、予定管理上の証跡が必要な場合は、会議予定を「中止」に更新するか、既存の予定・連絡欄に中止済みとだけ記録してください。Votes: 0GitHub stars: 50
- Documents新たな議事録は残さなくてよいです。 議論・決定・宿題がなく、開催前に中止し、参加者への中止連絡も済んでいるためです。 ただし、予定・出欠・開催実績を管理する必要がある場合は、議事録ではなく予定に「中止（議論・決定事項なし）」と一言記録しておくと十分です。Votes: 0GitHub stars: 50
- Documents新たな議事録は残さなくてよいです。 議論・決定・宿題がなく、開催前に中止され、中止連絡も参加者へ送信済みのため、議事録を作成しても新たな情報はありません。必要であれば、予定表や定例管理欄に「本日は開催前に中止（議論・決定・宿題なし／参加者へ連絡済み）」と簡潔に記録する程度で十分です。Votes: 0GitHub stars: 50
- Documents利用者は、既存の認証状態を引き継いで請求画面へ移動できます。認証が有効な場合、再ログインは必要ありません。 認証の有効期限が切れている場合に限り、ログイン画面を表示します。Votes: 0GitHub stars: 50
- Documents利用者は、既存の認証情報を利用して請求画面へ移動できます。移動時に再ログインする必要はありません。ただし、認証の有効期限が切れている場合は、ログイン画面が表示されます。Votes: 0GitHub stars: 50
- Documents利用者は、既存の認証状態を引き継いで請求画面へ移動できます。再ログインは不要です。ただし、認証の有効期限が切れている場合は、ログイン画面が表示されます。Votes: 0GitHub stars: 50
- Documents- 担当：鈴木 - BILL-218：受付APIを実装済み。PR #106はレビュー待ち。 - 次の作業：再試行処理の実装。 - 課題：再試行の最大回数が未決定のため、作業が停止中。 - 依頼：PdMに、2026年8月24日までに最大回数を判断いただきたい。Votes: 0GitHub stars: 50
- Documents- **BILL-218**：受付APIを実装済み。PR #106はレビュー待ち。 - **次の対応**：再試行処理の実装。 - **課題**：最大再試行回数が未決定のため、作業停止中。 - **依頼事項**：PdMに対し、最大再試行回数を**8月24日までに判断**いただきたい。Votes: 0GitHub stars: 50
- Documents- **担当**：鈴木 - **進捗**：BILL-218の受付APIを実装済み。PR #106はレビュー待ち。 - **次の作業**：再試行処理の実装。 - **課題**：再試行の最大回数が未決定のため、作業が停止中。 - **依頼**：PdMに、最大回数を2026年8月24日までに判断いただきたい。Votes: 0GitHub stars: 50
- Documents【進捗報告｜2026/08/17〜08/21】 担当：鈴木 - BILL-218：受付APIを実装済み。PR #106はレビュー待ち。 - 次タスク：再試行処理の実装。 - 課題：再試行の最大回数が未決定のため、作業停止中。 - 依頼：PdMに対し、8月24日までに最大回数の判断をお願いします。Votes: 0GitHub stars: 50
- Documents監視でキャッシュのエラーを検知した際に、当番が再起動を実施するための手順を定める。Votes: 0GitHub stars: 50
- Documents監視でキャッシュ関連のエラーを検知した場合に、本番キャッシュを安全に再起動し、復旧を確認するための手順です。Votes: 0GitHub stars: 50
- Documents> **重要**: この手順は未完成です。再起動コマンド、停止してよい条件、復旧確認方法、連絡先が決まるまで、本番環境で実施しないでください。Votes: 0GitHub stars: 50
- Documents現在確定している資料は「監視でエラーを見たらキャッシュを再起動する」のみです。以下は未確定項目を明示したドラフトであり、このまま本番作業には使用しないでください。Votes: 0GitHub stars: 50