<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
    <channel>
        <title>Individual Developer に関連するフィード</title>
        <link>https://izanami.dev/occupations/Individual Developer</link>
        <description>Individual Developer に関連する記事のRSSフィードです</description>
        <lastBuildDate>Mon, 19 Oct 2026 22:55:57 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>izanami RSS Feed</generator>
        <language>ja</language>
        <image>
            <title>Individual Developer に関連するフィード</title>
            <url>https://izanami.dev/favicon.ico</url>
            <link>https://izanami.dev/occupations/Individual Developer</link>
        </image>
        <copyright>All rights reserved 2026</copyright>
        <item>
            <title><![CDATA[本番エラーを毎朝 Discord に届ける！Claude Code ルーティンで作ろう]]></title>
            <link>https://izanami.dev/post/27cf908f-6420-44ed-b7ea-2b994553315e</link>
            <guid>https://izanami.dev/post/27cf908f-6420-44ed-b7ea-2b994553315e</guid><dc:creator>Teppei Nishida</dc:creator>
            <pubDate>Mon, 19 Oct 2026 11:47:47 GMT</pubDate>
            <description><![CDATA[本番エラーを毎朝 Discord に届ける仕組みを、Claude Code のルーティンで作った。流れはこれだ

1. 毎朝9:05、クラウドで Claude が起動する
2. Vercel から過去]]></description>
            <content:encoded><![CDATA[本番エラーを毎朝 Discord に届ける仕組みを、Claude Code のルーティンで作った。流れはこれだ

1. 毎朝9:05、クラウドで Claude が起動する
2. Vercel から過去7日分のエラーを取ってくる
3. 新しく出たものと、前から続いているものに分ける
4. どこで・何が・利用者への影響を日本語でまとめる
5. Discord の Webhook に1通だけ送る
6. 気になるエラーは、bot 経由で Claude に読ませて調べる

要は、パソコン閉じてても定期的に何か実行させて、Discord に通知しちゃうぜって方法だね

ワイは普段、Slack の代わりに Discord を使って様々なものを管理している。課金はしてない

Claude Code + bot で Discord に読み書きさせてる

エラーログ、障害報告、MTGのtldv（文字起こし）を報告後 todo を投稿させたり、まぁ色々集約していて一元管理してる。本当に便利

![画像の説明を入れてください](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/fb108034-0e3a-41b4-9484-6744a07be5ce/93f1631a-25ed-493b-8610-99ab9a6bacc3.png)

Discord チャンネル

Claude Code のルーティン

Claude Code のルーティンは、決めた時刻にクラウドで Claude が起動して、指示どおりに作業してくれる仕組み

PCを閉じた状態でもクラウド上でClaude Codeを自動実行する。GitHub トリガーや、定期実行、アラートなどが可能。

> スケジュールで実行するルーティンを定義したり、API 呼び出しでトリガーしたり、Anthropic が管理するクラウドインフラストラクチャから GitHub イベントに反応させたり

https://code.claude.com/docs/ja/routines

Vercel のコネクタをつなげば、エラーの一覧を返すツール（getruntimeerrors）がそのまま使える。アプリには触らなくていい

流れはこんな感じ

- 毎朝9:05に、クラウドで Claude が起動する
- Vercel から過去7日分のエラーのまとまりを取る
- 24時間以内に初めて出たものと、前から続いているものに分ける
- 日本語でまとめて、curl で Discord の Webhook に送る

![画像の説明を入れてください](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/fb108034-0e3a-41b4-9484-6744a07be5ce/0707d8c4-1ae9-47f2-abc4-c7a9e824b718.png)

Discord チャンネルに自動通知。毎朝9時過ぎに告知される

今どきでよい

以下から、Desktop アプリ、または CLI から、ルーチンを作成する

https://claude.ai/code/routines

Vercel Cronは見送り。Next.js に API ルートを1本足して、毎朝 Vercel のエラーを取りに行かせるというやり方

アプリの中からエラーを取りに行くには、Vercel の API トークンを環境変数に置くことになる。プロジェクトを操作できる強い鍵。通知のためだけに置くのはなんだか嫌だった

送り先は自分専用の Discord サーバー

候補は Discord、Slack、Google スプレッドシートなど色々あるが、結局、普段いちばん見ている Discord にした

既存のサーバーにはほかのメンバーもいるので、本番のエラーを流すのはやめておきたい。自分ひとりのサーバーを新しく作った。案件ごとにチャンネルを分けていけば、ほかのサービスの通知もここに集められる

Discord のサーバーは作った時点で非公開。「コミュニティ」と「サーバー発見」を有効にしない限り、検索にも出ない

通知は Webhook で送る。チャンネル設定の「連携サービス」から URL を1つ発行するだけでOK

![画像の説明を入れてください](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/fb108034-0e3a-41b4-9484-6744a07be5ce/cf79942c-1b9e-4d97-aa79-e293a45f3f7d.png)

Discord bot

準備でつまずいたところ

手元の Vercel プラグインは、クラウドからは使えない

Claude Code には Vercel のプラグインを入れていて、手元ではエラーログを普通に読めていた。ところが、クラウドで動くルーティンからはこれが使えない

ルーティンが使えるのは、claude.ai の「コネクタ」としてつないだサービスだけ。claude.ai の設定から Vercel をつなぎ直した

![画像の説明を入れてください](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/fb108034-0e3a-41b4-9484-6744a07be5ce/1be306ca-2a7e-46a4-839f-bd3607432520.png)

claude 設定画面のマイコネクタ

認可の画面では、対象を izanami のプロジェクトだけに絞った。「今後作るプロジェクトもすべて許可する」のチェックは外して、仕事で使っているほかのチームも許可していない

書き込み系のツールは全部ブロック

Vercel のコネクタには、デプロイや設定変更までできるツールも入っている。ルーティンは誰も見ていないところで動くので、指示文で「使うな」と書くだけだと不安

コネクタのツール権限で、読み取り専用のツールは「常に許可」、書き込みと削除のツール92個は「ブロック」にした

Webhook の URL をどこに置くか

指示文に URL を直接書くと、設定画面にそのまま表示されてしまう

クラウド環境には「ネットワークシークレット」という、鍵を見せずに API を呼べる機能がある。ただ、これは通信の途中でヘッダーに鍵を差し込む仕組み。Discord の Webhook は URL の途中に鍵が入っているので、このやり方だと渡せない

結局、普通の環境変数に入れた。この環境変数の欄、環境を新しく作る画面には出てこない。作ったあとの「クラウド環境を編集」の、いちばん下にある。歯車のアイコンから開ける。ここはけっこう探した

![画像の説明を入れてください](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/fb108034-0e3a-41b4-9484-6744a07be5ce/201eb649-6a33-4cdc-ab1a-370f6d9a2b37.png)

エラー通知

ネットワークは「制限付き」にして、外に出られるのは discord.com だけにした。Vercel のコネクタは Anthropic 経由でつながる

試しに動かしてみる

「今すぐ実行」を押したら、30秒くらいで Discord に通知が届いた

ここで気づいたことがいくつか

画面の「デフォルト」と実際のモデルが違った

作成画面では、モデルが「デフォルト・Opus 5.5」と表示されていた。なのに、実行ログを見たら Sonnet で動いている。設定が空のままだと、表示とは別のモデルが使われるらしい。モデルは明示的に選んでおく

最初の通知は、自分でも読みにくかった

最初の通知は、指示文を書き換えて、エラーごとに「どこで」「何が」「利用者への影響」を日本語で書かせるようにした。原因が確かでないところには「（推測）」を付けさせている

毎朝見ていれば、もっと早く気づけたエラー

最初の通知でいちばん上に出たのが「記事ページの読み込みに失敗」。7日間で2万4千回以上

調べてみると、ほとんどは削除済みの記事への古いリンクだった。検索エンジンのクローラーなんかが開きに来て、データベースに記事が無いので失敗している。利用者には「非公開記事です」のページが出るだけで、サイトが壊れているわけではない

ただ、本当は問題じゃないものがエラーとして記録され続けていたせいで、ほかのエラーが埋もれていた。毎朝の通知を見ても「またこれか」で終わってしまう

削除済みの記事はエラーではなく普通の記録として残すようにして、記事 ID の形をしていない URL はデータベースに問い合わせる前に弾くようにした。見え方は変えていない。データベースが本当に落ちたときは、これまでどおりエラーとして残る

通知の代表例には別のエラーコードが出ていて、最初はそっちが原因だと思い込んでいた。ログを何件か開いてみて、中身が2種類混ざっていると気づけたのはよかった

Claude から通知を読めるようにした

Webhook は送るだけの仕組みなので、Claude は届いた通知を読めない。「今朝の通知を見て、気になるエラーを調べて」と頼めるように、読み書きできる bot を作って Discord サーバーに入れた

ここでもいくつか引っかかった

- 公開 Bot をオフにすると、「インストール」タブのデフォルトの認証リンクを「なし」にしないと保存できない
- Webhook が投稿した本文を読むには、Message Content Intent をオンにしないといけない
- 非公開チャンネルは、bot をサーバーに招待しただけでは読めない。チャンネルの権限にも bot を足す

bot のトークンを Claude Code に渡すところでも失敗した。Claude Code の入力欄で  を付けると、その場でシェルのコマンドを実行できる。そこで  でトークンを打ち込もうとしたら、入力欄が出ずに空のまま終わった。次にクリップボードから読む方法にしたら、今度はコマンドをコピーした時点でトークンが上書きされる

最後は、クリップボードのトークンをファイルに保存してクリップボードを空にする短いスクリプトを作ってもらった。手で打てる長さなので、トークンをコピーしたまま実行できる

やってみて

いちばんの収穫は、4か月続いていたエラーに、仕組みを作ったその日のうちに気づけたこと

設定自体は画面をたどっていくだけ。でも、「手元で使えるものがクラウドでは使えない」「鍵の置き場所がわかりにくい」みたいな、小さな引っかかりがいくつもあった

ブラウザの中で起きたエラーは、いまもこの仕組みでは拾えない。次は、エラー画面が出たときにサーバー側のログへ送る仕組みを足すつもり
]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[AIに任せた作業で、なぜ前日までの残高から5,400ドル超が変動し、実請求は6,200ドル以上は起きたのか]]></title>
            <link>https://izanami.dev/post/63587702-3d0d-490e-9855-694f7c8656f5</link>
            <guid>https://izanami.dev/post/63587702-3d0d-490e-9855-694f7c8656f5</guid><dc:creator>yoshizumi onishi</dc:creator>
            <pubDate>Mon, 19 Oct 2026 09:38:36 GMT</pubDate>
            <description><![CDATA[AIに任せると開発は速くなります。速くなった分だけ、保存、権限、公開範囲の確認も速く回せれば理想です。現実には、作る速度だけが先に上がり、守りが前のまま残りやすいところがあります。

まず、報告された]]></description>
            <content:encoded><![CDATA[AIに任せると開発は速くなります。速くなった分だけ、保存、権限、公開範囲の確認も速く回せれば理想です。現実には、作る速度だけが先に上がり、守りが前のまま残りやすいところがあります。

まず、報告された事実を分けて読む

添付事例集では、OpenAI APIキー不正利用・6,200ドル超過事件について「前日までの残高から5,400ドル超が変動し、実請求は6,200ドル以上。投稿者によると後日クレジットが復旧（原因・問題点: Roo Code・Codex CLI等に配布していたAPIキーが内部から漏えいした可能性。利用上限が強制停止ではなかったことも被害を拡大）」と記録されています。影響分類は「Agentic coding・シークレット管理（当事者報告）」、根拠レベルは「当事者報告（未独立検証）」です。根拠資料はQiita当事者報告で確認できます。

根拠レベルは当事者報告で、独立に検証されたものではありません。発生したとされる結果と、当事者が推定した原因を分け、確認されていない部分は断定しません。

この記載から確実に言えるのは、公開情報上で「Agentic coding・シークレット管理（当事者報告）」に分類される事象が報告・整理されていることです。添付ファイルにない実行環境、追加被害、ベンダーの判断、報告後の修正状況は創作しません。情報が限られている場合ほど、分からない部分を分からないまま残すことが信頼性につながります。

自分の開発へ置き換える

AI機能はAPIへ接続できた瞬間に完成したように見えます。しかし、鍵をブラウザやアプリへ渡していないか、権限が必要以上に広くないか、異常利用を止められるかは別の確認です。環境変数へ入れただけでは、配信物へ値が混入する可能性まで消えません。



今回の事例から確認したいこと

- 配信済みJavaScriptやアプリ内に秘密情報が含まれていないか検索する
- 用途別にAPIキーを分離し、不要な権限を外す
- 利用量アラートと失効・再発行手順を確認する
- Gitの過去履歴にも秘密情報が残っていないか調べる

これらは、公開事例から導く一般的な確認方法です。今回の報告で、すべての対策不足が原因として確定したという意味ではありません。自分の構成に同じ条件があるかを確認し、必要なものだけを実装してください。

公開後の確認を後回しにしない

自分の画面だけで確認を終えないための入口として、Code診断ラクダがあります。公開URLを入れるだけで約1分、無料の簡易診断が完了します。GitHubを接続せず、カード登録も不要です。外部から見える問題候補を整理した後、データベースや認証設定を実際の複数アカウントで確かめると、確認の抜けを減らせます。

「動いた」「処理が終わった」という表示だけで次へ進む前に、変更範囲、公開範囲、戻し方を一度確認する。その短い停止が、AIの速さを安心して使い続けるための工程になります。

いまのあなたの環境で「前日までの残高から5,400ドル超が変動し、実請求は6,200ドル以上」と同じ結果を起こさないための停止条件と復旧地点を、具体的に説明できますか？

APIキー管理
シークレット管理
AI開発
セキュリティ
Code診断ラクダ

ソースコード消失]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[価格と利益の計算室]]></title>
            <link>https://izanami.dev/post/58a3499f-f09d-402c-a4de-41712ca34c3f</link>
            <guid>https://izanami.dev/post/58a3499f-f09d-402c-a4de-41712ca34c3f</guid><dc:creator>そーなのー</dc:creator>
            <pubDate>Mon, 19 Oct 2026 02:32:04 GMT</pubDate>
            <description><![CDATA[どんなサービス？
「価格と利益の計算室」は、小規模ネットショップやハンドメイド販売者が価格設定を考えるためのWebツールです。

無料で使える機能
- 値上げ前後の利益の試算
- 目標利益から販売価格]]></description>
            <content:encoded><![CDATA[どんなサービス？
「価格と利益の計算室」は、小規模ネットショップやハンドメイド販売者が価格設定を考えるためのWebツールです。

無料で使える機能
- 値上げ前後の利益の試算
- 目標利益から販売価格を逆算
- 旧価格と新価格の値上げ率を計算

対象者
原価・手数料・送料を踏まえて価格設定を検討したい小規模事業者。

利用について
登録不要で無料計算ツールを利用できます。試算は売上や需要を保証するものではありません。別途、買い切りのExcelテンプレート（2,980円）もあります。

https://price-profit-lab.pages.dev/]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[「そこまで消すとは思わなかった」Claude設定ファイル上書きのユーザーが設定していた内容が消失した]]></title>
            <link>https://izanami.dev/post/4d189231-8bef-48ce-a279-ec865e4422b4</link>
            <guid>https://izanami.dev/post/4d189231-8bef-48ce-a279-ec865e4422b4</guid><dc:creator>yoshizumi onishi</dc:creator>
            <pubDate>Sat, 17 Oct 2026 10:39:24 GMT</pubDate>
            <description><![CDATA[自分で書いていないコードでも、動けばうれしい。自分で打っていないコマンドなら、なおさら中身を読み飛ばしたくなります。今回の事例は、その「任せられる心地よさ」の外側で起きました。

この事例で分かってい]]></description>
            <content:encoded><![CDATA[自分で書いていないコードでも、動けばうれしい。自分で打っていないコマンドなら、なおさら中身を読み飛ばしたくなります。今回の事例は、その「任せられる心地よさ」の外側で起きました。

この事例で分かっている範囲

添付事例集では、Claude Code 1.0.35設定ファイル上書きについて「ユーザーが設定していた/.claude/settings.jsonの内容が消失したとXで報告（原因・問題点: 起動時に/modelでモデルを切り替えると設定ファイルを書き換える挙動が疑われた。単一ユーザー報告で、製品側の公式確認は未確認）」と記録されています。影響分類は「AIコーディングツール・設定消失（当事者報告）」、根拠レベルは「当事者報告（未独立検証）」です。根拠資料はX当事者投稿で確認できます。

根拠レベルは当事者報告で、独立に検証されたものではありません。発生したとされる結果と、当事者が推定した原因を分け、確認されていない部分は断定しません。

この記載から確実に言えるのは、公開情報上で「AIコーディングツール・設定消失（当事者報告）」に分類される事象が報告・整理されていることです。添付ファイルにない実行環境、追加被害、ベンダーの判断、報告後の修正状況は創作しません。情報が限られている場合ほど、分からない部分を分からないまま残すことが信頼性につながります。

バイブコーディングとの共通点

AIの書き込みツールは、差分編集ではなくファイル全体を置き換える場合があります。見た目では一部修正でも、保存処理の単位が全体なら、既存内容が欠ける可能性があります。書き込み後のサイズ、差分、行数まで確認することが大切です。



実行・公開前の具体的な確認

- 書き込み前後のdiff、ファイルサイズ、行数を比較する
- 追跡されていない重要ファイルを別途バックアップする
- 全置換ツールを重要パスで自動承認しない
- 変更対象をファイル単位ではなく差分単位で確認する

これらは、公開事例から導く一般的な確認方法です。今回の報告で、すべての対策不足が原因として確定したという意味ではありません。自分の構成に同じ条件があるかを確認し、必要なものだけを実装してください。

外側から見直す方法

Code診断ラクダで確認できるのは、公開されたWebサービスを外側から見たリスクです。Claude Code 1.0.35設定ファイル上書きで報告された内部データの損失を直接防げるとは限りません。それでも、再公開前に別の見落としを確認する工程として、URLだけの約1分無料簡易診断を利用できます。内部環境は専用のバックアップ、権限、ログで守る必要があります。

「動いた」「処理が終わった」という表示だけで次へ進む前に、変更範囲、公開範囲、戻し方を一度確認する。その短い停止が、AIの速さを安心して使い続けるための工程になります。

いまのあなたの環境で「ユーザーが設定していた/.claude/settings.jsonの内容が消失した」と同じ結果を起こさないための停止条件と復旧地点を、具体的に説明できますか？

ファイル上書き
差分管理
AIコーディング
バックアップ
Code診断ラクダ

AIツール経由の侵害]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[「そこまで消すとは思わなかった」Claude設定ファイル上書きのユーザーが設定していた内容が消失した]]></title>
            <link>https://izanami.dev/post/d1b4a825-2743-4e58-85df-9b574ea00d30</link>
            <guid>https://izanami.dev/post/d1b4a825-2743-4e58-85df-9b574ea00d30</guid><dc:creator>yoshizumi onishi</dc:creator>
            <pubDate>Sat, 17 Oct 2026 10:39:22 GMT</pubDate>
            <description><![CDATA[自分で書いていないコードでも、動けばうれしい。自分で打っていないコマンドなら、なおさら中身を読み飛ばしたくなります。今回の事例は、その「任せられる心地よさ」の外側で起きました。

この事例で分かってい]]></description>
            <content:encoded><![CDATA[自分で書いていないコードでも、動けばうれしい。自分で打っていないコマンドなら、なおさら中身を読み飛ばしたくなります。今回の事例は、その「任せられる心地よさ」の外側で起きました。

この事例で分かっている範囲

添付事例集では、Claude Code 1.0.35設定ファイル上書きについて「ユーザーが設定していた/.claude/settings.jsonの内容が消失したとXで報告（原因・問題点: 起動時に/modelでモデルを切り替えると設定ファイルを書き換える挙動が疑われた。単一ユーザー報告で、製品側の公式確認は未確認）」と記録されています。影響分類は「AIコーディングツール・設定消失（当事者報告）」、根拠レベルは「当事者報告（未独立検証）」です。根拠資料はX当事者投稿で確認できます。

根拠レベルは当事者報告で、独立に検証されたものではありません。発生したとされる結果と、当事者が推定した原因を分け、確認されていない部分は断定しません。

この記載から確実に言えるのは、公開情報上で「AIコーディングツール・設定消失（当事者報告）」に分類される事象が報告・整理されていることです。添付ファイルにない実行環境、追加被害、ベンダーの判断、報告後の修正状況は創作しません。情報が限られている場合ほど、分からない部分を分からないまま残すことが信頼性につながります。

バイブコーディングとの共通点

AIの書き込みツールは、差分編集ではなくファイル全体を置き換える場合があります。見た目では一部修正でも、保存処理の単位が全体なら、既存内容が欠ける可能性があります。書き込み後のサイズ、差分、行数まで確認することが大切です。



実行・公開前の具体的な確認

- 書き込み前後のdiff、ファイルサイズ、行数を比較する
- 追跡されていない重要ファイルを別途バックアップする
- 全置換ツールを重要パスで自動承認しない
- 変更対象をファイル単位ではなく差分単位で確認する

これらは、公開事例から導く一般的な確認方法です。今回の報告で、すべての対策不足が原因として確定したという意味ではありません。自分の構成に同じ条件があるかを確認し、必要なものだけを実装してください。

外側から見直す方法

Code診断ラクダで確認できるのは、公開されたWebサービスを外側から見たリスクです。Claude Code 1.0.35設定ファイル上書きで報告された内部データの損失を直接防げるとは限りません。それでも、再公開前に別の見落としを確認する工程として、URLだけの約1分無料簡易診断を利用できます。内部環境は専用のバックアップ、権限、ログで守る必要があります。

「動いた」「処理が終わった」という表示だけで次へ進む前に、変更範囲、公開範囲、戻し方を一度確認する。その短い停止が、AIの速さを安心して使い続けるための工程になります。

いまのあなたの環境で「ユーザーが設定していた/.claude/settings.jsonの内容が消失した」と同じ結果を起こさないための停止条件と復旧地点を、具体的に説明できますか？

ファイル上書き
差分管理
AIコーディング
バックアップ
Code診断ラクダ

AIツール経由の侵害]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[Cursorエージェント・Dドライブ全消失で報告された「不要なブランチを整理して」と依頼後、D。。]]></title>
            <link>https://izanami.dev/post/f3ff01d0-e581-4397-a2ca-9eec96aa8f9d</link>
            <guid>https://izanami.dev/post/f3ff01d0-e581-4397-a2ca-9eec96aa8f9d</guid><dc:creator>yoshizumi onishi</dc:creator>
            <pubDate>Sat, 17 Oct 2026 01:19:21 GMT</pubDate>
            <description><![CDATA[公開ボタンの直前は、いちばん判断が甘くなる時間かもしれません。完成の喜びが強く、細かな設定は明日の自分へ送りたくなる。残念ながら、事故は明日の予定を確認してくれません。

何が報告されたのか

添付事]]></description>
            <content:encoded><![CDATA[公開ボタンの直前は、いちばん判断が甘くなる時間かもしれません。完成の喜びが強く、細かな設定は明日の自分へ送りたくなる。残念ながら、事故は明日の予定を確認してくれません。

何が報告されたのか

添付事例集では、Cursorエージェント・Dドライブ全消失について「「不要なブランチを整理して」と依頼後、Dドライブ配下のプロジェクト、別作業フォルダ、アプリなどが消失。未push作業の一部は復旧不能（原因・問題点: Cursor Agentによるgit clean -fdx誤爆または削除パス誤解決が推定されたが、履歴も消えたため実行コマンドは未確定）」と記録されています。影響分類は「AIエージェント・ローカルデータ消失（当事者報告）」、根拠レベルは「当事者報告（未独立検証）」です。根拠資料はZennポストモーテムで確認できます。

根拠レベルは当事者報告で、独立に検証されたものではありません。発生したとされる結果と、当事者が推定した原因を分け、確認されていない部分は断定しません。

この記載から確実に言えるのは、公開情報上で「AIエージェント・ローカルデータ消失（当事者報告）」に分類される事象が報告・整理されていることです。添付ファイルにない実行環境、追加被害、ベンダーの判断、報告後の修正状況は創作しません。情報が限られている場合ほど、分からない部分を分からないまま残すことが信頼性につながります。

なぜAI開発で見落としやすいのか

会話履歴やセッションは、コードそのものではなくても開発の前提、判断、未転記の仕様を含みます。画面に残っていることと、ディスクへ永続化されていることは別です。重要な決定をチャットだけに置かず、リポジトリや文書へ保存する必要があります。



同じ結果を避けるためのチェック

- 重要な仕様と判断をリポジトリ内の文書へ転記する
- 再起動後に履歴が復元できるか小さく試す
- セッション保存先とバックアップ対象を確認する
- 会話履歴だけに未保存コードを残さない

これらは、公開事例から導く一般的な確認方法です。今回の報告で、すべての対策不足が原因として確定したという意味ではありません。自分の構成に同じ条件があるかを確認し、必要なものだけを実装してください。

診断の役割を正しく分ける

端末、Git、クラウド内部の誤操作は、それぞれの環境で防止策を置く必要があります。Code診断ラクダはそこを代替せず、公開後のWebサービスに残る別種のリスクを約1分の無料簡易診断で確認する道具です。URL入力だけで、カードもGitHub接続も不要。再公開を急ぐときの外部チェックとして使えます。

「動いた」「処理が終わった」という表示だけで次へ進む前に、変更範囲、公開範囲、戻し方を一度確認する。その短い停止が、AIの速さを安心して使い続けるための工程になります。

いまのあなたの環境で「「不要なブランチを整理して」と依頼後、Dドライブ配下のプロジェクト、別作業フォルダ、」と同じ結果を起こさないための停止条件と復旧地点を、具体的に説明できますか？

開発履歴
セッション管理
AIコーディング
データ保護
Code診断ラクダ

AIエージェントの暴走]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[公開・実行の直後に気づく重要データ用S3バケットへaws s3 sync --deleteを実行し、4万7,—権]]></title>
            <link>https://izanami.dev/post/6fb690c5-5636-4c88-aef5-f4a5eb65b8dc</link>
            <guid>https://izanami.dev/post/6fb690c5-5636-4c88-aef5-f4a5eb65b8dc</guid><dc:creator>yoshizumi onishi</dc:creator>
            <pubDate>Thu, 15 Oct 2026 23:17:22 GMT</pubDate>
            <description><![CDATA[AIへ短い指示を出し、数分後には結果が返ってくる。手作業なら面倒だった工程が終わると、つい確認まで終わった気になります。自分も進捗バーが100％になるだけで、安心まで100％になりがちです。

公開情]]></description>
            <content:encoded><![CDATA[AIへ短い指示を出し、数分後には結果が返ってくる。手作業なら面倒だった工程が終わると、つい確認まで終わった気になります。自分も進捗バーが100％になるだけで、安心まで100％になりがちです。

公開情報で確認できること

添付事例集では、AIコーディングエージェント・S3削除先取り違えについて「重要データ用S3バケットへaws s3 sync --deleteを実行し、4万7,204件のdelete markerが生成。通常アクセスではデータが404となったが、versioningから全件復旧（原因・問題点: Terraform出力からフロントエンド用でないバケットを選択し、広いS3削除権限のまま破壊的同期を実行）」と記録されています。影響分類は「AIエージェント・クラウド誤削除（当事者報告）」、根拠レベルは「当事者報告（未独立検証）」です。根拠資料はZennポストモーテム／X初報で確認できます。

根拠レベルは当事者報告で、独立に検証されたものではありません。発生したとされる結果と、当事者が推定した原因を分け、確認されていない部分は断定しません。

この記載から確実に言えるのは、公開情報上で「AIエージェント・クラウド誤削除（当事者報告）」に分類される事象が報告・整理されていることです。添付ファイルにない実行環境、追加被害、ベンダーの判断、報告後の修正状況は創作しません。情報が限られている場合ほど、分からない部分を分からないまま残すことが信頼性につながります。

速さの裏で抜けやすい確認

データベースやクラウド操作は、コマンドが仕様どおり動いても対象を間違えれば事故になります。AIの推論と、本番を変更できる権限を直結させると、候補選択のずれがそのままデータ変更になります。検証環境の分離と復元可能性が重要です。



止める場所を先に決める

- 本番と検証でアカウント・認証情報・対象名を分ける
- 削除や初期化の前に対象と件数を表示させる
- バックアップだけでなく復元手順を実際に試す
- 本番変更には人間の承認を必須にする

これらは、公開事例から導く一般的な確認方法です。今回の報告で、すべての対策不足が原因として確定したという意味ではありません。自分の構成に同じ条件があるかを確認し、必要なものだけを実装してください。

第三者視点を入れる入口

Code診断ラクダは、このローカル・クラウド内部の事故そのものを直接検出したり、失ったデータを復元したりするサービスではありません。役割は、公開済みWebサービスに残る別のリスクをURLから見直すことです。約1分の無料簡易診断で、カードもGitHub連携も不要。ローカルのバックアップや権限確認とは分けて使ってください。

「動いた」「処理が終わった」という表示だけで次へ進む前に、変更範囲、公開範囲、戻し方を一度確認する。その短い停止が、AIの速さを安心して使い続けるための工程になります。

いまのあなたの環境で「重要データ用S3バケットへaws s3 sync --deleteを実行し、4万7,」と同じ結果を起こさないための停止条件と復旧地点を、具体的に説明できますか？

データベース
クラウド運用
バックアップ
AIエージェント
Code診断ラクダ

本番データ消失]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[ReadFocus+ 読書定規]]></title>
            <link>https://izanami.dev/post/d9c0adde-207a-479d-bf4b-67a4f0f783dc</link>
            <guid>https://izanami.dev/post/d9c0adde-207a-479d-bf4b-67a4f0f783dc</guid><dc:creator>JAEHYUN CHA</dc:creator>
            <pubDate>Wed, 14 Oct 2026 16:55:04 GMT</pubDate>
            <description><![CDATA[どんなアプリか

ReadFocus+ は、画面の上に半透明の帯を重ねて「いま読んでいる行」をわかりやすくする読書補助アプリです。特定のリーダーアプリではなく、電子書籍・PDF・ブラウザ・ニュース・マ]]></description>
            <content:encoded><![CDATA[どんなアプリか

ReadFocus+ は、画面の上に半透明の帯を重ねて「いま読んでいる行」をわかりやすくする読書補助アプリです。特定のリーダーアプリではなく、電子書籍・PDF・ブラウザ・ニュース・マンガなど、どのアプリの上でも使えます。

紙の本を読むときに定規やしおりを行に当てるのと同じことを、スマホの画面でするための道具です。

2つのモード

- 行ハイライト（読書定規）：読んでいる行に帯を重ねて強調します
- 読書マスク：読む範囲以外を暗くして、まわりの行が目に入りにくくします

帯の高さ・透明度・色を調整できます。

こんな方に

- 読んでいる途中で行を飛ばしたり、同じ行を読み直してしまう方
- ディスレクシアや ADHD で、長い文章を目で追うのがつらい方
- スマホで長文（論文・電子書籍・記事）を読む機会が多い方

※ 治療や効果をうたうものではなく、読む位置を見失わないための道具です。

料金

- 無料で使えます（広告あり、1回60分まで）
- Pro（サブスクまたは買い切り）：広告なし・時間無制限・全カラーテーマ
- 短い動画広告を見ると、Pro 機能を24時間試せます
- アカウント登録は不要です

技術メモ

- Android（Java）： の  でほかのアプリの上に帯を重ね、フォアグラウンドサービスで表示を維持
- Windows 版：C/ WPF / .NET 8（Microsoft Store）
- 日本語を含む21言語に対応

オーバーレイ実装の詳細は Qiita に書きました：https://qiita.com/CodeDAC/items/eee4232f9890ffee01f3
作った経緯は note に：https://note.com/codedac/n/n5a834bcfd827

リンク

- Google Play：https://play.google.com/store/apps/details?id=com.codedac.readfocus
- Windows（Microsoft Store）：https://apps.microsoft.com/detail/9NMSHKKX3R5C
- 公式サイト：https://codedac.com
]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[カスハラとクレームの違いは？ 見分けるための3つの要素]]></title>
            <link>https://izanami.dev/post/1d239bdd-7ebb-4e91-804d-9b9d23ef743a</link>
            <guid>https://izanami.dev/post/1d239bdd-7ebb-4e91-804d-9b9d23ef743a</guid><dc:creator>KEN ET</dc:creator>
            <pubDate>Wed, 14 Oct 2026 16:15:56 GMT</pubDate>
            <description><![CDATA[「お客様の言動がきついけれど、これはカスハラなのか、ただのクレームなのか」。現場で迷いやすいこの線引きを、厚生労働省は3つの要素で整理しています。3つをすべて満たすものが、職場におけるカスタマーハラス]]></description>
            <content:encoded><![CDATA[「お客様の言動がきついけれど、これはカスハラなのか、ただのクレームなのか」。現場で迷いやすいこの線引きを、厚生労働省は3つの要素で整理しています。3つをすべて満たすものが、職場におけるカスタマーハラスメントです。

カスハラの3つの要素

1. 顧客等の言動であること（顧客、取引の相手方、施設の利用者など）
2. 社会通念上許容される範囲を超えた言動であること（業務の性質その他の事情に照らして判断）
3. 労働者の就業環境が害されること（就業するうえで看過できない程度の支障が生じること）

「許容される範囲を超える」の2つの見方

厚生労働省の「あかるい職場応援団」は、言動の内容と、手段や態様の2つに着目し、総合的に判断するとしています。どちらか一方のみが超える場合でも、あたり得ます。

- 内容の例: 要求に理由がない、想定のサービスを著しく超える、不当な損害賠償要求 など
- 手段や態様の例: 脅迫・侮辱などの精神的な攻撃、威圧的な言動、継続的・執拗な言動、居座り など

要求の中身に正当な理由があっても、伝え方が脅迫や居座りであれば、許容範囲を超えるおそれがあります。

クレームとの違い

客観的にみて社会通念上許容される範囲で行われた申入れは、いわば正当な申入れであり、カスハラにはあたらないとされています。不満を伝えることや改善を求めることが、それだけでカスハラになるわけではありません。

就業環境が害されるかどうかは、本人だけの感じ方ではなく「平均的な労働者の感じ方」で考えます。強い苦痛を与える態様の言動なら、1回でもあたる場合があり得るとされています。

迷ったときに大切なこと

その場で白黒を決めきれないことは珍しくありません。一人で抱え込まず、起きたことを残して、決めておいた窓口や上長に相談できる状態にしておくことが大切です。

「カスハラ準備室」の無料の自己点検診断（18問・登録不要・約3分）では、自社の準備状況を指針の項目に沿って確かめられます。

→ 無料の自己点検診断を試す: https://kasuharajunbi.jp/diagnosis
→ 解説記事を読む: https://kasuharajunbi.jp/articles/kasuhara-towa-claim-chigai

※本記事はカスハラ準備室が提供する情報です。自社サービスの紹介を含みます。本記事は一般的な情報提供であり、個別の判断は社会保険労務士・弁護士等の専門家にご確認ください。掲載している法令情報は作成時点のものです。

]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[取引先がフリーランス法に違反していたら — 申し出られる窓口と、申し出を理由にした不利益の禁止]]></title>
            <link>https://izanami.dev/post/72f495ae-1e8f-41fd-8440-abddb713e90e</link>
            <guid>https://izanami.dev/post/72f495ae-1e8f-41fd-8440-abddb713e90e</guid><dc:creator>KEN ET</dc:creator>
            <pubDate>Wed, 14 Oct 2026 12:07:39 GMT</pubDate>
            <description><![CDATA[「書面をもらっていない」「支払いが約束の期日を過ぎている」——取引先の対応がフリーランス法（特定受託事業者に係る取引の適正化等に関する法律）に反しているのでは、と感じたことはありませんか。とはいえ、取]]></description>
            <content:encoded><![CDATA[「書面をもらっていない」「支払いが約束の期日を過ぎている」——取引先の対応がフリーランス法（特定受託事業者に係る取引の適正化等に関する法律）に反しているのでは、と感じたことはありませんか。とはいえ、取引が続く相手に何をどこへ伝えればいいのか、迷う方は多いはずです。

違反を感じたとき、公的に申し出られる窓口があります

申出先は、内容によって分かれます。

- 書面の明示、支払期日、禁止行為などの取引の適正化に関すること: 公正取引委員会・中小企業庁
- ハラスメント対策など就業環境の整備に関すること: 厚生労働省

オンラインで申し出る場合は、厚生労働省のサイトにある申出受付フォームから入力します。入力した内容は、3つの所管行政機関すべてに届く仕組みです。郵送や電話で申し出るときは、公正取引委員会のサイトに地域別の窓口一覧があります。なお、紙の申出書を担当外の省庁へ送ると受付されず返戻されるため、宛先は一覧で確認してください。

- オンライン申出: https://www.mhlw.go.jp/form/pub/mhlw01/formmoushide
- 郵送・電話の窓口一覧: https://www.jftc.go.jp/soudan/shinkoku/freelance.html
- まず相談だけしたいとき（フリーランス・トラブル110番）: https://freelance110.mhlw.go.jp/

申し出たことを理由にした不利益な扱いは禁じられています

「申し出たら、次から仕事が来なくなるのでは」という不安は、もっともです。この点について、法第6条第3項は、発注事業者が、フリーランスが行政機関の窓口に申出をしたことを理由に、取引量を減らす・取引を止めるといった不利益な取扱いをすることを禁じています。

申し出る前に、手元に残しておきたいもの

窓口では、いつ・何を・どんな条件で取り決めたのかを具体的に説明することになります。次のようなものが手元にあると、状況を正確に伝えやすくなります。

- 発注内容・報酬額・支払期日が書かれた書面（契約書・発注書・見積書など）
- 納品日や、修正依頼とその日付がわかるやり取り
- 請求書と、入金の有無・日付

Crewbookでは、見積書・契約書・請求書を案件ごとにまとめて管理できます。契約書は業種別のテンプレート（10種類）から作成でき、署名が済んだ契約書は、合意した文面が変わらないよう編集できなくなります。テンプレートはFreeプラン（¥0・3案件まで）から使えます。

→ Pro 無料トライアルを試す: https://crewbook.jp

※本記事はCrewbookが提供する情報です。自社サービスの紹介を含みます。
本記事は一般的な情報提供であり、個別の判断は窓口や弁護士等の専門家にご確認ください。制度の内容は作成時点のものです。
]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[DLLやAIモデルを含む数百MBの共有フォルダが作業コピーの片付けに巻き込まれて消失は防げたか？ ]]></title>
            <link>https://izanami.dev/post/24f46446-81f6-4a8d-893a-aad49f19ceef</link>
            <guid>https://izanami.dev/post/24f46446-81f6-4a8d-893a-aad49f19ceef</guid><dc:creator>yoshizumi onishi</dc:creator>
            <pubDate>Sun, 11 Oct 2026 00:14:43 GMT</pubDate>
            <description><![CDATA[深夜の開発で「あと一つだけ直して公開しよう」とAIに頼む。画面が期待どおり動けば、そのまま次へ進みたくなります。ただ、正常に見える画面と、裏側の安全性は別の成果物です。

まず、報告された事実を分けて]]></description>
            <content:encoded><![CDATA[深夜の開発で「あと一つだけ直して公開しよう」とAIに頼む。画面が期待どおり動けば、そのまま次へ進みたくなります。ただ、正常に見える画面と、裏側の安全性は別の成果物です。

まず、報告された事実を分けて読む

添付事例集では、Claude Code・Codex並行作業による共有依存フォルダ消失について「DLLやAIモデルを含む数百MBの共有フォルダが作業コピーの片付けに巻き込まれて消失し、翌日にも再発（原因・問題点: 複数AIの作業コピー間でWindowsジャンクションを共有し、Git側がリンク先を通常フォルダとして削除したと報告）」と記録されています。影響分類は「AIマルチエージェント・ファイル消失（当事者報告）」、根拠レベルは「当事者報告（未独立検証）」です。根拠資料はQiita当事者報告で確認できます。

根拠レベルは当事者報告で、独立に検証されたものではありません。発生したとされる結果と、当事者が推定した原因を分け、確認されていない部分は断定しません。

この記載から確実に言えるのは、公開情報上で「AIマルチエージェント・ファイル消失（当事者報告）」に分類される事象が報告・整理されていることです。添付ファイルにない実行環境、追加被害、ベンダーの判断、報告後の修正状況は創作しません。情報が限られている場合ほど、分からない部分を分からないまま残すことが信頼性につながります。

自分の開発へ置き換える

「元に戻す」「整理する」「作り直す」といった言葉は、人間には対象が明らかでも、コマンドには範囲が必要です。未コミット変更や未追跡ファイルは、AIが作ったものか以前からあったものかをGitが区別できません。実行前の保存地点と差分確認が安全性を左右します。



今回の事例から確認したいこと

- 作業開始前に既存差分をcommit、stash、パッチで退避する
- 削除予定の絶対パスと一覧を実行前に表示させる
- dry-runがあるコマンドは先に対象だけ確認する
- 未追跡ファイルを含む破壊的Git操作を自動承認しない

これらは、公開事例から導く一般的な確認方法です。今回の報告で、すべての対策不足が原因として確定したという意味ではありません。自分の構成に同じ条件があるかを確認し、必要なものだけを実装してください。

公開後の確認を後回しにしない

この事例のような端末内の削除やセッション消失は、URL診断の対象外です。一方、復旧して公開するサービスに別の設定不備が残っていないかは、Code診断ラクダで確認を始められます。URLだけ、約1分、無料で、GitHub連携とカード登録は不要です。守る対象の違う確認を重ねるために使います。

「動いた」「処理が終わった」という表示だけで次へ進む前に、変更範囲、公開範囲、戻し方を一度確認する。その短い停止が、AIの速さを安心して使い続けるための工程になります。

いまのあなたの環境で「DLLやAIモデルを含む数百MBの共有フォルダが作業コピーの片付けに巻き込まれて消失」と同じ結果を起こさないための停止条件と復旧地点を、具体的に説明できますか？

Git
データ消失
AIエージェント
バイブコーディング
Code診断ラクダ

不正アクセスの自動化]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[カスハラの相談窓口、専任者がいなくても置ける。中小企業の3つのパターン]]></title>
            <link>https://izanami.dev/post/3753a745-03ab-496a-a135-44b6475e97bd</link>
            <guid>https://izanami.dev/post/3753a745-03ab-496a-a135-44b6475e97bd</guid><dc:creator>KEN ET</dc:creator>
            <pubDate>Wed, 07 Oct 2026 13:50:37 GMT</pubDate>
            <description><![CDATA[従業員がカスハラに遭ったとき、最初に頼る先が決まっていないと、一人で抱え込みがちです。厚生労働省の指針は、事業主が講ずべき措置の2つ目に「相談に応じ、適切に対応するための体制の整備」を挙げています。専]]></description>
            <content:encoded><![CDATA[従業員がカスハラに遭ったとき、最初に頼る先が決まっていないと、一人で抱え込みがちです。厚生労働省の指針は、事業主が講ずべき措置の2つ目に「相談に応じ、適切に対応するための体制の整備」を挙げています。専任の担当者がいない事業者でも取れる、窓口の置き方を整理します。

指針が求めていること

- 相談（苦情を含む）に応じ、適切に対応するために必要な体制を整えること
- 窓口の担当者が、相談に適切に対応できるようにすること

指針の措置の文言には、専用の部署や専用窓口の新設は挙げられていません。

窓口の置き方、3つのパターン

1. 既存のハラスメント窓口と共通にする

すでにセクハラ・パワハラの相談窓口がある会社は、同じ窓口でカスハラも受ける形にできます。窓口の周知に、カスハラも対象であることを加えます。

2. 店長・管理職を担当者にする

専任者を置けない小規模な会社や店舗では、現場の管理職を担当者に定める方法があります。ただし、担当者自身が当事者になった場合の相談先も決めておきます。

3. 外部の窓口を併用する

社内だと相談しにくい場合に備え、外部の窓口（弁護士事務所など）を併記する例もあります。

担当者が対応できる状態にするために

- 相談を受けたときの聞き取りの項目を決めておく（日時、場所、起きたこと、相手方など）
- 相談の内容を、必要な人以外に広げないルールを決める
- 相談したことを理由に、不利益な取扱いをしないことを、従業員に伝える
- その後の流れ（事実確認、被害を受けた従業員への配慮）を、担当者が知っている

周知が届いているか

窓口を決めても、従業員が知らなければ機能しません。連絡先の掲示、入社時の説明、定期的な声かけなど、届ける方法もあわせて決めます。

「カスハラ準備室」の無料の自己点検診断（18問・登録不要・約3分）では、相談体制を含む準備状況を確かめられます。

→ 無料の自己点検診断を試す: https://kasuharajunbi.jp/diagnosis
→ 解説記事を読む: https://kasuharajunbi.jp/articles/kasuhara-soudan-madoguchi

※本記事はカスハラ準備室が提供する情報です。自社サービスの紹介を含みます。本記事は一般的な情報提供であり、個別の判断は社会保険労務士・弁護士等の専門家にご確認ください。掲載している法令情報は作成時点のものです。
]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[2割特例が2026年で終わる——個人事業主は「3割特例」「簡易課税」「本則課税」をどう比べるか]]></title>
            <link>https://izanami.dev/post/7092df7c-be3d-4e29-bf41-8d3116b76116</link>
            <guid>https://izanami.dev/post/7092df7c-be3d-4e29-bf41-8d3116b76116</guid><dc:creator>KEN ET</dc:creator>
            <pubDate>Tue, 06 Oct 2026 15:21:25 GMT</pubDate>
            <description><![CDATA[「2割特例は2026年9月30日までと聞いたけれど、来年からの消費税はどうなるのだろう」——インボイス登録をきっかけに課税事業者になったフリーランス・個人事業主にとって、これは確定申告の時期が近づく前]]></description>
            <content:encoded><![CDATA[「2割特例は2026年9月30日までと聞いたけれど、来年からの消費税はどうなるのだろう」——インボイス登録をきっかけに課税事業者になったフリーランス・個人事業主にとって、これは確定申告の時期が近づく前に確認しておきたい話題です。

この記事では、国税庁が公表している令和8年度税制改正の内容をもとに、2割特例がいつ終わるのか、その次に使える「3割特例」とは何か、そして簡易課税・本則課税とどう比べて選ぶかを整理します。個別の有利・不利の判断はできないため、考え方と確認先をまとめた一般的な情報として読んでください。

2割特例はいつ終わる？

2割特例は、インボイス発行事業者の登録をきっかけに免税事業者から課税事業者になった方が、納める消費税を「売上にかかる消費税額の2割」にできる特例です。国税庁の特集ページでは、この特例は2026年9月30日までの日を含む課税期間で終了すると案内されています。

個人事業主の課税期間は暦年（1月〜12月）なので、9月30日を含む2026年分（令和8年分）の申告が、2割特例の最後になります。2027年分（令和9年分）からは、2割特例は使えません。

2027年・2028年分は「3割特例」がある

2割特例が終わったあとの負担が急に大きくならないよう、令和8年度税制改正で個人事業者向けの「3割特例」が設けられました。国税庁が公表している内容は次のとおりです。

- 対象: インボイス発行事業者の登録を受けたことで免税事業者から課税事業者になった個人事業者（基準期間の課税売上高が1,000万円以下であることなどの要件あり）
- 適用期間: 2027年分と2028年分（令和9年分・令和10年分）の2年間
- 計算: 納付する消費税額を、売上にかかる消費税額の3割とすることができる

つまり、2割特例のときと比べると、納める割合は売上税額の2割から3割に上がります。法人は対象外で、個人事業者に限った特例です。

たとえば、課税売上（税抜）が年間500万円なら売上にかかる消費税額は50万円です。2割特例なら10万円、3割特例なら15万円という計算になります（あくまで計算例です）。

3割特例・簡易課税・本則課税の比べ方

2027年分以降の消費税の計算方法は、おおまかに次の3つから選ぶことになります。

| 方法 | 納める消費税のイメージ | 手続き |
|---|---|---|
| 3割特例 | 売上税額 × 30% | 適用方法は国税庁の案内で確認 |
| 簡易課税 | 売上税額 ×（1 − みなし仕入率） | 「消費税簡易課税制度選択届出書」の提出が必要 |
| 本則課税 | 売上税額 − 実際に払った消費税（仕入税額） | 届出不要（原則の方法） |

簡易課税のみなし仕入率は事業区分ごとに決まっています。たとえば運輸通信業・金融保険業・サービス業（飲食店業を除く）は第5種で50%、不動産業は第6種で40%です（国税庁タックスアンサー）。第5種なら、納める額は売上税額の50%の計算になります。

比べるときのヒントを、計算の仕組みから2つ挙げます。

- 3割特例の納付額は、売上税額の3割です。サービス業（第5種）の簡易課税は売上税額の5割なので、同じ売上なら3割特例のほうが納める額は小さくなります。
- 本則課税のほうが3割特例より有利になるのは、仕入税額（経費にかかった消費税の合計）が売上税額の7割を超えるときです（売上税額 − 仕入税額 が、売上税額の3割より小さくなる条件）。外注費や仕入が大きい事業では、一度計算してみる価値があります。

簡易課税を選ぶなら、届出の期限に注意

簡易課税制度を選ぶ場合は、原則として適用を受けたい課税期間の初日の前日までに届出書を税務署へ提出します。個人事業主なら、たとえば2027年分から適用したいときは2026年12月31日までが原則の期限です。

ただし、国税庁の特集ページには、2割特例や3割特例を適用した翌課税期間から簡易課税を選ぶ場合の特例が案内されています。その課税期間の申告期限までに届出書を提出すれば、その課税期間から簡易課税を適用できる、というものです。細かい条件は国税庁の案内（下記リンク）で確認してください。

年末までにやっておきたいこと

制度の細部は個別の事情で変わりますが、いまのうちに準備しておきたい項目は共通しています。

- 2026年分の課税売上と、売上にかかる消費税額を確認する（2割特例での申告の最後の年です）
- 2027年分の見込みの売上と、経費にかかる消費税の大きさをざっと見積もる
- 簡易課税を検討するなら、原則の期限（2026年12月31日）と、特例の条件を国税庁の案内で確認する
- 迷うときは所轄の税務署や税理士に相談する

Crewbookの請求書は、税率ごとの消費税額の内訳を表示して発行できます。取引ごとの消費税額を請求書の段階から記録しておけば、年間の売上にかかる消費税額を後から集計するときの手間を減らせます。請求書・契約書はFreeプランから使えます。

経過措置（インボイスを発行できない取引先への仕入税額控除）の話は、別の記事にまとめています。 → [インボイス経過措置、2026年10月から70%に](/blog/invoice-transition-70percent-checklist)

公式情報

- 国税庁「令和８年度税制改正特集」（3割特例・2割特例の終了・簡易課税の届出の特例）: https://www.nta.go.jp/taxes/shiraberu/zeimokubetsu/shohi/keigenzeiritsu/invoice-review/index.htm
- 国税庁タックスアンサー No.6505「簡易課税制度」: https://www.nta.go.jp/taxes/shiraberu/taxanswer/shohi/6505.htm

→ Pro 無料トライアルを試す: https://crewbook.jp

※本記事はCrewbookが提供する情報です。自社サービスの紹介を含みます。

本記事は一般的な情報提供であり、個別の判断は税理士・税務署等の専門家にご確認ください。掲載している制度の内容は2026年10月6日時点のもので、今後の改正や運用の変更により変わることがあります。
]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[小さな指示、大きな影響——Claude Code多エージェント運用・ガバナンス事故群の11件を同一運用期間の1件に統合]]></title>
            <link>https://izanami.dev/post/1af36716-3348-4e5e-83d8-56a9f5b7c7fa</link>
            <guid>https://izanami.dev/post/1af36716-3348-4e5e-83d8-56a9f5b7c7fa</guid><dc:creator>yoshizumi onishi</dc:creator>
            <pubDate>Tue, 06 Oct 2026 15:19:55 GMT</pubDate>
            <description><![CDATA[AIエージェントの魅力は、説明したことをその場で実行してくれる点です。ところが、実行できる権限が広いほど、解釈のずれも現実の変更になります。便利さと影響範囲は、同じスイッチで大きくなります。

この事]]></description>
            <content:encoded><![CDATA[AIエージェントの魅力は、説明したことをその場で実行してくれる点です。ところが、実行できる権限が広いほど、解釈のずれも現実の変更になります。便利さと影響範囲は、同じスイッチで大きくなります。

この事例で分かっている範囲

添付事例集では、Claude Code多エージェント運用・ガバナンス事故群について「11件を同一運用期間の1件に統合。主な実害はZenn記事5本の一時非公開化、はてなブログ4URLの404化、文字化け投稿など。いずれも復旧（原因・問題点: AIが設定値を独断で変更、手順書を参照せず外部CLIを直接実行、事実確認を省略）」と記録されています。影響分類は「AIエージェント・公開運用事故（当事者ログ）」、根拠レベルは「当事者報告（未独立検証）」です。根拠資料はQiitaポストモーテムで確認できます。

根拠レベルは当事者報告で、独立に検証されたものではありません。発生したとされる結果と、当事者が推定した原因を分け、確認されていない部分は断定しません。

この記載から確実に言えるのは、公開情報上で「AIエージェント・公開運用事故（当事者ログ）」に分類される事象が報告・整理されていることです。添付ファイルにない実行環境、追加被害、ベンダーの判断、報告後の修正状況は創作しません。情報が限られている場合ほど、分からない部分を分からないまま残すことが信頼性につながります。

バイブコーディングとの共通点

ログインできることと、他人のデータへ入れないことは別です。画面で隠していても、URLやAPIを直接指定して取得できれば認可は成立していません。自分一人のテストでは境界が見えないため、別アカウントと未ログイン状態で確かめる必要があります。



実行・公開前の具体的な確認

- 利用者A・B・未ログインの三者で権限を試す
- URLやIDを書き換えて他人のデータへ届かないか確認する
- データベース側で本人所有条件を強制する
- 管理画面とAPIを画面表示とは別にテストする

これらは、公開事例から導く一般的な確認方法です。今回の報告で、すべての対策不足が原因として確定したという意味ではありません。自分の構成に同じ条件があるかを確認し、必要なものだけを実装してください。

外側から見直す方法

公開後に「どこから見ればよいか分からない」ときは、Code診断ラクダへURLを入力できます。約1分の無料簡易診断で、技術やセキュリティだけでなく、運用、データ、法務を含む見直し候補を確認できます。クレジットカードとGitHub連携は不要です。最終判断では、サービス内部の設定とログも確認してください。

「動いた」「処理が終わった」という表示だけで次へ進む前に、変更範囲、公開範囲、戻し方を一度確認する。その短い停止が、AIの速さを安心して使い続けるための工程になります。

いまのあなたの環境で「11件を同一運用期間の1件に統合」と同じ結果を起こさないための停止条件と復旧地点を、具体的に説明できますか？

認証認可
情報漏洩対策
個人開発
バイブコーディング
Code診断ラクダ

認証情報流出]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[うんこゲームセンター]]></title>
            <link>https://izanami.dev/post/63759ac6-3be8-4bcc-a862-24c7baea3714</link>
            <guid>https://izanami.dev/post/63759ac6-3be8-4bcc-a862-24c7baea3714</guid><dc:creator>Monica Sanji</dc:creator>
            <pubDate>Tue, 06 Oct 2026 11:08:56 GMT</pubDate>
            <description><![CDATA[概要

うんこゲームセンターは、うんこをモチーフにしたゲームが複数ある無料のブラウザゲームサイトです。ゲームはすべて個人で開発したオリジナルです。

https://unkogame.mocu.jp/]]></description>
            <content:encoded><![CDATA[概要

うんこゲームセンターは、うんこをモチーフにしたゲームが複数ある無料のブラウザゲームサイトです。ゲームはすべて個人で開発したオリジナルです。

https://unkogame.mocu.jp/

主に小学生のお子さまを対象としていますが、中学生・高校生や大人の方でも楽しめるようになっています。ぜひ遊んでみてください！

![ゲーム一覧](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/63d9e79f-93e4-4973-8b16-55d5168f85f6/a429a9a9-1d3f-4cb7-ac57-152d7274f14d.png)

ゲームは現在8種類あります。今後もどんどん増えていきます。

主な特徴

- うんこをモチーフにした、お子さま向けのミニゲームサイトです。
- アプリのインストールは不要です。ブラウザでページを開いてすぐに遊べます。
- スマホ・タブレット・パソコンなど、幅広い端末で遊べます。PWA対応なので、ホーム画面に追加すればアプリのように全画面で遊べます。
- 1人プレイやコンピューター対戦だけでなく、スマホ1台を友だちや兄弟・姉妹で囲んで対戦したり、みんなで画面を見て楽しむゲームもあります。

遊べるゲーム一覧

現在公開しているのは以下のゲームです。今後もどんどん追加していきます。

うんこクレーンゲーム
![うんこクレーンゲーム](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/63d9e79f-93e4-4973-8b16-55d5168f85f6/10ea5db4-1583-422e-a4e6-262a44f90e9e.jpg)

うんこクレーンゲーム

うんこやトイレに関するアイテムが景品のクレーンゲームです。1人でのスコアアタックや、コンピューターとの対戦ができます。スマートフォンやタブレットでは、1台の端末を使った2人対戦もできます。
▶ [うんこクレーンゲームで遊ぶ](https://unkogame.mocu.jp/games/crane/)

うんこボウリング
![うんこボウリング](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/63d9e79f-93e4-4973-8b16-55d5168f85f6/21d5fbe7-1d15-44f2-927e-f2df9d5502e3.png)

うんこボウリング

うんこがボールになっているボウリングです。1台の端末を使って、1人から4人でプレイでき、5フレームを投げて合計得点を競います。ボールを横に投げてしまってもガターにならないよう、側面に柵を設置しています。
▶ [うんこボウリングで遊ぶ](https://unkogame.mocu.jp/games/bowling/)

うんこ玉入れ
![うんこ玉入れ](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/63d9e79f-93e4-4973-8b16-55d5168f85f6/af0d42e9-31a6-4019-81d2-9bd2202ba226.png)

うんこ玉入れ

うんこをボールにした玉入れです。限られた球数で何回ゴールできるかを競うステージ制の「ねらってモード」と、30秒間ひたすら投げて得点を競う「なげまくりモード」があります。
「なげまくりモード」はマルチタッチに対応しているため、スマートフォンやタブレットなら複数人で同時にタッチしていっしょに遊ぶことができます。
▶ [うんこ玉入れで遊ぶ](https://unkogame.mocu.jp/games/tamaire/)

うんこロケット
![うんこロケット](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/63d9e79f-93e4-4973-8b16-55d5168f85f6/7222accd-a639-41ba-bcd1-1cb72c658ac7.png)

うんこロケット

画面をタッチするとうんこからおならが出て空を飛びます。カラスや風などを避けながらどれだけ高く飛べたかを競います。飛ぶ方向を調整するだけなので、簡単な操作で遊べます。
▶ [うんこロケットで遊ぶ](https://unkogame.mocu.jp/games/rocket/)

うんこ射的（うんこしゃてき）
![うんこ射的](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/63d9e79f-93e4-4973-8b16-55d5168f85f6/342a7ec9-3890-432e-b710-88749a2fa980.png)

うんこ射的

お祭りの射的ゲームです。台に並んだうんこやトイレの景品を弾で狙い、落とすと得点になります。大きい景品ほど落とすのが難しくなるため、どこを狙うか考える楽しさがあります。操作方法は「簡単」と「細かく」の2種類から選べます。
▶ [うんこ射的で遊ぶ](https://unkogame.mocu.jp/games/shooting/)

うんこかけっこ
![うんこかけっこ](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/63d9e79f-93e4-4973-8b16-55d5168f85f6/b5671414-bd19-442e-af1c-b79df7fd43c3.jpg)

うんこかけっこ

6体のうんこの中から1着になるものを予想するゲームです。かけっこ自体はオートで進むため、端末を操作できないお子さまでも楽しめます。途中で犬が乱入したり強風が吹いたりといったハプニングが起こり、画面を見ているみんなで参加できます。
▶ [うんこかけっこで遊ぶ](https://unkogame.mocu.jp/games/race/)

うんこピアノ
![うんこピアノ](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/63d9e79f-93e4-4973-8b16-55d5168f85f6/6643071a-1b8e-4ad9-ae90-7538262bf79a.png)

うんこピアノ

以下の3つのモードで遊ぶことができます。

 童謡：伴奏に合わせてメロディーを演奏します。右側に表示されている音階を見ながら演奏できます。
 ゲーム：流れてくる音を覚えて、順番通りに鍵盤を押さえるゲームです。「簡単」「普通」「難しい」の難易度があり、「難しい」では音名が表示されないようになっています。
 フリー：2段（2オクターブ）の鍵盤を自由に演奏できます。

いずれのモードでも、ピアノの音をおならの音に変えることができます。
▶ [うんこピアノで遊ぶ](https://unkogame.mocu.jp/games/piano/)

うんこエアホッケー
![うんこエアホッケー](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/63d9e79f-93e4-4973-8b16-55d5168f85f6/d13a4d65-9b30-4d3d-b41d-2d7b85443b10.png)

うんこエアホッケー

茶色いパックをマレットで打ち合うエアホッケーです。パックを打つと中央のうんこゲージが溜まり、パックの速度が上がっていきます。コンピューター対戦では、強さを「普通」と「強い」から選べます。スマートフォンやタブレットでは、1台の端末を使った2人対戦もできます。
▶ [うんこエアホッケーで遊ぶ](https://unkogame.mocu.jp/games/airhockey/)


安心して遊べる工夫

お子さまが安心して遊べるよう、次の点に気をつけています。

- 利用は無料で、課金・有料コンテンツはありません。
- 広告は掲載していません。
- 会員登録や個人情報の入力はありません。
- 他の利用者とのチャットや、投稿などのやり取りはありません。
- うんこがモチーフですが、過激な表現や下品な内容は含まないようにしています。
- ゲームのルールや操作方法をシンプルにし、小さなお子さまでも楽しめるようにしています。詳しい説明は、各ゲーム画面右上の「あそびかた」から確認できます。
- 画面の漢字は小学2年生までに習うものだけを使用し、ふりがなを付けています。

詳しくは[このサイトについて](https://unkogame.mocu.jp/about/)をご覧ください。

開発者より

「お子さまが夢中になれて、保護者も安心して遊ばせられるゲームサイト」を目指して、個人で企画・開発しています。うんこがモチーフであれば、ゲームに慣れていないお子さまでも興味を持って遊んでくれるのでは、と考えて作り始めました。

実況プレイや紹介も大歓迎です。ご意見・ご要望は[お問い合わせフォーム](https://unkogame.mocu.jp/form/)からお気軽にお寄せください。

- サイト：[https://unkogame.mocu.jp](https://unkogame.mocu.jp/)
- X（旧Twitter）：[うんこゲームセンター（@unkogamecenter）](https://x.com/unkogamecenter)
- 開発者ポートフォリオ：[https://sanjimonica.mocu.jp](https://sanjimonica.mocu.jp/)]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[AIの返事は正常でも、裏側で起きていた「元に戻して」という依頼を受け、Codexがgit restoreを実行]]></title>
            <link>https://izanami.dev/post/49aa6fac-7f3f-48db-8480-e880ee1b702a</link>
            <guid>https://izanami.dev/post/49aa6fac-7f3f-48db-8480-e880ee1b702a</guid><dc:creator>yoshizumi onishi</dc:creator>
            <pubDate>Mon, 05 Oct 2026 19:51:08 GMT</pubDate>
            <description><![CDATA[「このくらいはAIに任せても大丈夫」。個人開発では、その判断を一日に何度もします。全部を疑っていたら前へ進めませんが、止める場所を一つも決めないまま進むのも危険です。

何が報告されたのか

添付事例]]></description>
            <content:encoded><![CDATA[「このくらいはAIに任せても大丈夫」。個人開発では、その判断を一日に何度もします。全部を疑っていたら前へ進めませんが、止める場所を一つも決めないまま進むのも危険です。

何が報告されたのか

添付事例集では、Codex Desktop・未コミット変更消失について「「元に戻して」という依頼を受け、Codexがgit restoreを実行。作業前から存在した数時間分の未コミット変更も消失し、Gitからは復旧できなかった（原因・問題点: ロールバック対象の曖昧さ、作業前バックアップなし、未コミット差分を保護する承認手順なし）」と記録されています。影響分類は「AIエージェント・ソースコード消失（当事者報告）」、根拠レベルは「当事者報告（未独立検証）」です。根拠資料はZenn実録で確認できます。

根拠レベルは当事者報告で、独立に検証されたものではありません。発生したとされる結果と、当事者が推定した原因を分け、確認されていない部分は断定しません。

この記載から確実に言えるのは、公開情報上で「AIエージェント・ソースコード消失（当事者報告）」に分類される事象が報告・整理されていることです。添付ファイルにない実行環境、追加被害、ベンダーの判断、報告後の修正状況は創作しません。情報が限られている場合ほど、分からない部分を分からないまま残すことが信頼性につながります。

なぜAI開発で見落としやすいのか

「元に戻す」「整理する」「作り直す」といった言葉は、人間には対象が明らかでも、コマンドには範囲が必要です。未コミット変更や未追跡ファイルは、AIが作ったものか以前からあったものかをGitが区別できません。実行前の保存地点と差分確認が安全性を左右します。



同じ結果を避けるためのチェック

- 作業開始前に既存差分をcommit、stash、パッチで退避する
- 削除予定の絶対パスと一覧を実行前に表示させる
- dry-runがあるコマンドは先に対象だけ確認する
- 未追跡ファイルを含む破壊的Git操作を自動承認しない

これらは、公開事例から導く一般的な確認方法です。今回の報告で、すべての対策不足が原因として確定したという意味ではありません。自分の構成に同じ条件があるかを確認し、必要なものだけを実装してください。

診断の役割を正しく分ける

端末、Git、クラウド内部の誤操作は、それぞれの環境で防止策を置く必要があります。Code診断ラクダはそこを代替せず、公開後のWebサービスに残る別種のリスクを約1分の無料簡易診断で確認する道具です。URL入力だけで、カードもGitHub接続も不要。再公開を急ぐときの外部チェックとして使えます。

「動いた」「処理が終わった」という表示だけで次へ進む前に、変更範囲、公開範囲、戻し方を一度確認する。その短い停止が、AIの速さを安心して使い続けるための工程になります。

いまのあなたの環境で「「元に戻して」という依頼を受け、Codexがgit restoreを実行」と同じ結果を起こさないための停止条件と復旧地点を、具体的に説明できますか？

Git
データ消失
AIエージェント
バイブコーディング
Code診断ラクダ

重要ファイル破損]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[AIニュースデスク｜日本語のAI情報を探して保存]]></title>
            <link>https://izanami.dev/post/e52d6179-42c2-463d-9f6a-1c355d858aa1</link>
            <guid>https://izanami.dev/post/e52d6179-42c2-463d-9f6a-1c355d858aa1</guid><dc:creator>kawasaki</dc:creator>
            <pubDate>Mon, 05 Oct 2026 05:27:27 GMT</pubDate>
            <description><![CDATA[気になるAIの情報を、一か所から探す

AIのニュースは更新が速く、複数のサイトを行き来していると、読みたい記事を見失いがちです。そこで、日本語のAI情報を探して整理する入口として「AIニュースデスク]]></description>
            <content:encoded><![CDATA[気になるAIの情報を、一か所から探す

AIのニュースは更新が速く、複数のサイトを行き来していると、読みたい記事を見失いがちです。そこで、日本語のAI情報を探して整理する入口として「AIニュースデスク」を制作しました。

できること

- ChatGPT・Claude・Geminiなどの情報を企業・テーマ別に探す
- 気になる記事を保存し、あとから読む
- 元記事のサイトへ移動し、発表や解説を自分で確認する

無料・会員登録不要で利用できます。AIで記事を自動要約するサービスではありません。記事の内容はリンク先でご確認ください。

こんな方に

仕事で使うAIの動向をチェックしたい方、日本語の解説を探したい方、気になるニュースをあとで読み返したい方に使っていただけたらうれしいです。

まずは、普段使っているAIの企業・テーマを選んで、気になる記事を探してみてください。

[AIニュースデスクを開く](https://ai-news-desk.snowluire.chatgpt.site)

[使い方を見る](https://ai-news-desk.snowluire.chatgpt.site/about)

作成者

すのー｜AI × 未来社会

[X](https://x.com/snowjournal) ／ [note](https://note.com/snow247)]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[メモタス-メモとタスクとまとめて管理]]></title>
            <link>https://izanami.dev/post/8f621c55-9c7c-48f7-be80-eb5db45ae322</link>
            <guid>https://izanami.dev/post/8f621c55-9c7c-48f7-be80-eb5db45ae322</guid><dc:creator>Tsutomu Tanaka</dc:creator>
            <pubDate>Sat, 03 Oct 2026 18:15:18 GMT</pubDate>
            <description><![CDATA[メモタスとは

メモタスは、メモとタスクを1つの一覧で管理するアプリです。書いた項目に期限をつければタスクになり、つけなければメモとして残ります。アカウント登録は不要で、ブラウザを開けばすぐに書き始め]]></description>
            <content:encoded><![CDATA[メモタスとは

メモタスは、メモとタスクを1つの一覧で管理するアプリです。書いた項目に期限をつければタスクになり、つけなければメモとして残ります。アカウント登録は不要で、ブラウザを開けばすぐに書き始められます。

![メモタスの画面。タスクとメモが同じ一覧に並び、期限のある項目には「今日」「明日」などのバッジが付く](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/d9f71227-8b14-4e78-bd86-6ff9f411e9a1/e1a71ad7-6c63-4073-955b-2103b1d53ddd.webp)

紹介動画

https://www.youtube.com/watch?v=XQmPuyx1WzQ

作ったきっかけ

あとで見ようと撮ったスクリーンショットは、カメラロールの奥にどんどんたまっていきます。画像なので検索しても見つからず、写っているURLも押せません。見返しても、そこから何をすればいいのかが分かりません。

メモタスでは、テキストとURLを文字のまま保存します。あとから検索でき、URLはリンクとしてそのまま開けます。期限をつければ、その項目はタスクになります。

期限の有無でメモとタスクが分かれる

新規作成画面で内容を書いたら、入力欄の下にある「今日」「明日」「明後日」「来週」のボタンで期限を選びます。どのボタンも押さずに保存すれば、メモになります。期限はあとからつけることも外すこともできます。メモとして置いておいた項目も、やると決めた時点でタスクに変えられます。

![新規作成画面。入力欄の下に「今日」「明日」「明後日」「来週」の期限ボタンが並ぶ](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/d9f71227-8b14-4e78-bd86-6ff9f411e9a1/b53d5b77-80cd-4a4c-ae17-6c776ff9e40c.webp)

画面

一覧は「すべて」「タスク」「メモ」のタブで切り替えます。自分で作ったカテゴリで絞り込むこともできます。

タスクタブには、期限のある項目だけが「期限切れ」「今日」「今日以降」の順に並びます。期限を過ぎた項目には濃い色のバッジが付きます。

![タスクタブ。期限のある項目が期限切れ・今日・今日以降の順に並ぶ](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/d9f71227-8b14-4e78-bd86-6ff9f411e9a1/65bd28fd-298b-4fcf-9b9d-9cf08b4a7f7f.webp)

メモタブには、期限のない項目が並びます。貼ったURLはリンクとして表示されます。

![メモタブ。期限なしの項目が並び、URLはリンクとして表示される](https://api.izanami.dev/storage/v1/object/public/pictures/eyecatch/d9f71227-8b14-4e78-bd86-6ff9f411e9a1/f735558c-2806-47fc-8aa3-f45c4b977b63.webp)

特長

 テキストとURLがそのまま残るので、あとから検索でき、リンクも開けます
 メモとタスクが同じ場所にあり、期限をつけるか外すかだけで切り替わります
 動作が軽く、開いてすぐに書けます。ログインすれば端末間で自動的に同期されます

使い方

1. 思いついたことを書く（URLも貼れます）
2. やることなら期限をつけてタスクにし、そうでなければそのままメモとして保存する
3. 書いて仕分けていくうちに、一覧が自然と整っていく

難しい設定はいりません。

対応環境

| 環境 | 使い方 |
| ------ | ------ |
| ブラウザ（PC・スマホ） | そのまま使えます。登録なしで試せます |
| iPhone・iPad | iOS・iPadOS向けのネイティブアプリがあります |
| Android | ブラウザからホーム画面に追加すると、アプリのように起動できます。プッシュ通知も使えます |
| Chrome | Chrome拡張機能に対応しています |

ログインにはGoogleアカウントとApple IDが使えます。

アプリと拡張機能のダウンロード

iPhone・iPadアプリは、App Storeから無料でダウンロードできます。

https://apps.apple.com/jp/app/メモタス/id6792701317

Chrome拡張機能は、Chromeウェブストアから追加できます。

https://chromewebstore.google.com/detail/メモタス/fgboaefnhdemheddbcdcheedohkhcoec

ブラウザ版は、インストールせずにそのまま使えます。

https://tsk.txt365.org/lp/

料金プラン

| | ベーシック | Pro |
| ------ | ------ | ------ |
| 料金 | 無料 | 月500円（税込） |
| タスク | 10件まで | 無制限 |
| メモ | 10件まで | 無制限 |
| 端末間の同期 | ○ | ○ |

ベーシックプランは無料のままずっと使えます。登録件数が足りなくなったら、Proに切り替えてください。

よくある質問

Q. アカウント登録をしないと使えませんか？

登録しなくても、ブラウザからそのまま使えます。パソコンとスマホなど、複数の端末で同じ内容を見たい場合は、GoogleアカウントかApple IDでログインしてください。ログインすると端末間で自動的に同期されます。

Q. 無料でどこまで使えますか？

ベーシックプランは無料で、タスクとメモをそれぞれ10件まで登録できます。端末間の同期も無料で使えます。

Q. Proプランでは何が変わりますか？

月500円（税込）で、タスクとメモの登録件数が無制限になります。

Q. Androidのアプリはありますか？

Android向けのネイティブアプリはありません。ブラウザでメモタスを開き、ホーム画面に追加すると、アプリのように起動できます。この方法で追加した場合も、プッシュ通知を受け取れます。

Q. メモとして書いた項目を、あとからタスクにできますか？

できます。期限をつければタスクに、期限を外せばメモに戻ります。

こんな人に向いています

多機能なタスク管理アプリは項目や設定が多く、使いこなす前に手が止まってしまいがちです。メモタスで扱うのは、やることとただのメモの2種類だけです。タスク管理が続かなかった人でも、書くだけなら続けやすいと思います。

登録なしで試せるので、まずは1件書いてみてください。

https://tsk.txt365.org/lp/
]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[めいしの向こう]]></title>
            <link>https://izanami.dev/post/3061581d-fcde-424c-91d9-bbeda55c2abc</link>
            <guid>https://izanami.dev/post/3061581d-fcde-424c-91d9-bbeda55c2abc</guid><dc:creator>vosa noba</dc:creator>
            <pubDate>Sat, 03 Oct 2026 08:30:41 GMT</pubDate>
            <description><![CDATA[めいしの向こうとは

名刺・自己紹介・会話の話題を、ひとつにまとめて渡せるWebアプリです。名前や肩書きに加えて、好きなことや会ったときに話したいことを伝えられます。

できること

- QRコードや]]></description>
            <content:encoded><![CDATA[めいしの向こうとは

名刺・自己紹介・会話の話題を、ひとつにまとめて渡せるWebアプリです。名前や肩書きに加えて、好きなことや会ったときに話したいことを伝えられます。

できること

- QRコードやURLで名刺を共有
- 受け取る人はアカウント登録もアプリのインストールも不要
- 渡したあとも、同じURLとQRコードのまま内容を更新
- 公開する内容を自分で確認し、公開をいつでも停止

登録用のメールアドレスが自動で名刺に載ることはありません。名刺ページは検索に載らない設定ですが、URLを知っている人は閲覧できます。相手が端末に保存した内容は、あとから変更・削除できません。

こんな場面に

勉強会や交流会の前に自己紹介のURLを送る、その場でQRコードを見せる、会った翌日のお礼にURLを添える。出会いに合わせた渡し方ができます。

試し方と料金

登録せずに話題の入力を試せます。お試し中の入力は送信も公開もされません。名刺を渡すときは、メールで無料登録します。

現在は基本機能もプラスも無料で、自動課金はありません。

[サービスの紹介・お試しはこちら](https://meishinomukou.com/about)]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[その確認、本当に十分？ 会話・開発履歴の消失が報告されたIssue #76705から学ぶ公開前チェック]]></title>
            <link>https://izanami.dev/post/0d3ddbbb-84a0-4e9d-94ba-984e6d6d31dc</link>
            <guid>https://izanami.dev/post/0d3ddbbb-84a0-4e9d-94ba-984e6d6d31dc</guid><dc:creator>yoshizumi onishi</dc:creator>
            <pubDate>Fri, 02 Oct 2026 14:57:27 GMT</pubDate>
            <description><![CDATA[コードが通り、テストも緑になり、デプロイも成功する。ここまで揃えば完成に見えます。けれど、今回見るのは失敗表示が出ないまま起きた、または公開報告として訴えられた問題です。

公開情報で確認できること
]]></description>
            <content:encoded><![CDATA[コードが通り、テストも緑になり、デプロイも成功する。ここまで揃えば完成に見えます。けれど、今回見るのは失敗表示が出ないまま起きた、または公開報告として訴えられた問題です。

公開情報で確認できること

添付事例集では、Claude Codeについて「[Bug] Plan file comments lost after "keep planning" rejected exit—silent data loss and orphaned threads」と記録されています。影響分類は「セッション・開発履歴消失」、根拠レベルは「公開Issue・当事者報告（未独立検証）」です。根拠資料は76705で確認できます。

根拠は製品の公式GitHubリポジトリに投稿された公開Issueです。ただし、Issueの存在はベンダーによる事実認定や原因確定を意味しません。再現性、環境、影響範囲が未確認の可能性があるため、この記事でも「報告された内容」として扱います。

この記載から確実に言えるのは、公開情報上で「セッション・開発履歴消失」に分類される事象が報告・整理されていることです。添付ファイルにない実行環境、追加被害、ベンダーの判断、報告後の修正状況は創作しません。情報が限られている場合ほど、分からない部分を分からないまま残すことが信頼性につながります。

速さの裏で抜けやすい確認

会話履歴やセッションは、コードそのものではなくても開発の前提、判断、未転記の仕様を含みます。画面に残っていることと、ディスクへ永続化されていることは別です。重要な決定をチャットだけに置かず、リポジトリや文書へ保存する必要があります。

事故後に必要なのは、原因探しだけではありません。影響範囲を止め、残っているデータを保護し、ログを保存し、復旧後に再発条件を潰す順番が重要です。焦って再実行すると証拠や復旧可能な状態まで変えることがあるため、まず操作を止める判断も運用の一部です。

止める場所を先に決める

- 重要な仕様と判断をリポジトリ内の文書へ転記する
- 再起動後に履歴が復元できるか小さく試す
- セッション保存先とバックアップ対象を確認する
- 会話履歴だけに未保存コードを残さない

これらは、公開事例から導く一般的な確認方法です。今回の報告で、すべての対策不足が原因として確定したという意味ではありません。自分の構成に同じ条件があるかを確認し、必要なものだけを実装してください。

第三者視点を入れる入口

Code診断ラクダは、このローカル・クラウド内部の事故そのものを直接検出したり、失ったデータを復元したりするサービスではありません。役割は、公開済みWebサービスに残る別のリスクをURLから見直すことです。約1分の無料簡易診断で、カードもGitHub連携も不要。ローカルのバックアップや権限確認とは分けて使ってください。

「動いた」「処理が終わった」という表示だけで次へ進む前に、変更範囲、公開範囲、戻し方を一度確認する。その短い停止が、AIの速さを安心して使い続けるための工程になります。

いまのあなたの環境で「会話・開発履歴の消失が報告されたIssue 76705」と同じ結果を起こさないための停止条件と復旧地点を、具体的に説明できますか？

開発履歴
セッション管理
AIコーディング
データ保護
Code診断ラクダ

重要ファイル破損]]></content:encoded>
        </item>
    </channel>
</rss>