仮装身分捜査の厳格なガイドライン

 

仮装身分捜査の厳格なガイドライン（実施要領）

警察庁が導入した仮装身分捜査（偽の身分証を用いた潜入捜査）について、実施要領に基づく厳格なガイドラインを以下にまとめます。

1. 適用対象犯罪

• SNS等を利用した組織的犯罪に限定
  • 闇バイト型強盗
  • 特殊詐欺（振り込め詐欺、投資詐欺、ロマンス詐欺など）
  • 違法薬物・銃器取引（麻薬密売、違法銃器販売）
  • 人身売買や売春あっせん

2. 使用できる偽の身分証の範囲

• 原則として**「画像データ」**のみ（物理的な偽造証は作成不可）
• 偽名・架空の個人情報を使用可
• 捜査対象となる犯罪グループの本人確認要請時のみ提示
• 実在する個人の名前や情報を使用してはならない
• 公的機関発行の証明書の偽造は禁止（例：パスポート、マイナンバーカード）

3. 実施許可と管理体制

• 捜査員の判断ではなく**「警察本部の上級管理職」の承認が必要**
• 必要最小限の使用に限定（漫然とした潜入捜査は禁止）
• 捜査終了後は速やかにデータを削除し、不正使用を防止

4. 目的外使用の禁止

• 犯罪グループ以外の第三者に偽の身分証を提示することは禁止
• 偽の身分情報を用いて公共サービス（銀行口座開設、賃貸契約等）を利用してはならない
• 捜査目的以外での個人情報の作成・使用は禁止

5. 証拠の適正管理

• 仮装身分での会話・取引の証拠は録音・記録し、正当な捜査であることを証明
• 収集した証拠が裁判で適法と認められるよう管理を徹底

6. 捜査員の身分保護とリスク管理

• 仮装身分捜査の対象者が危険な組織に属する場合、捜査員の身元が暴露されないよう厳重な管理
• 危険を伴う場合は即時撤退の判断を可能にする
• 捜査員の精神的負担を考慮し、専門家によるメンタルケアを提供

7. 事後報告と監査

• 捜査終了後、警察内部で事後検証を実施
• 運用が適切だったかどうか監査委員会が審査
• 法律に基づいた適正な運用がされていたか、第三者機関による監視も導入

8. 違法収集証拠の排除

• 捜査の手続きに違反があった場合、収集した証拠は裁判で違法収集証拠として排除される可能性あり
• 違法捜査が発覚した場合、関係者の処分を含めた対応を行う

---

このように、日本では仮装身分捜査の運用を厳格に管理し、**「目的外利用の禁止」と「適正手続きを守ること」**を強調しています。
特に、偽の身分証を「物理的に偽造」することは認められず、画像データに限定されている点が特徴です。

Bunの組み込みCSSトランスパイラを使う

もともとnodeでviteで作っていたものをbunにしたら、lightningcssとpkgでエラーでまくった。

最近のbunには組み込みトランスパイラがあるのでそれを使う。

windsurfが超絶バカになった winsdurf v 1.4.4

簡単に言うと完全に制御すると頭いい、デフォが超バカになった。

デフォでいい感じに動くのがwindsurfの売りだったのに・・・

cursorかclineかどっちか忘れたが、毎回急ハンドル切るモードになってる・・・

これトークンを無駄遣いするからイヤなんだよね。

一回スイッチが入ると、毎回これ言ってくる。

多分これ書かないと、まともにならないかも。

https://codeium.com/windsurf/directory

これじゃあほとんどcursorと変わらんのでは？

俺みたいに同時にいろんな言語を扱う奴にとって、これは致命的だ。

全ての環境で制御しないといけないなんて・・・

定期的にゴミが入る仕様で、この処理はtransformer系だと辛い・・・

この仕様、拡散系のモデルだと問題が起きにくいような気がするが

https://chat.inceptionlabs.ai/

一応聞いてみた。

結論

条件	トランスフォーマー系	拡散モデル
ゴミがランダムな場合	自己注意で無視しやすい	ノイズ除去で無視しやすい
ゴミが定期的な場合	学習時に影響を受けやすい	ある程度は無視できるが、解釈される可能性あり
出力の精度	文脈を維持しやすいが、ゴミが多いと影響を受ける	文脈の再構築能力が高いが、特定のキーワードとして扱われる可能性

どちらが適切か？

• ゴミの影響をできるだけ無視したい場合 → 拡散モデルの方が適している
  • 本来のデータ分布を学習し、ノイズを除去する仕組みなので、「定期的なゴミ」があっても無視できる可能性が高い。
• 言語処理（自然言語のプロンプト）なら → トランスフォーマーの方が意味を保持しやすい
  • ただし、定期的なゴミを意識してしまう場合があるので、事前にクリーンなプロンプトを作る工夫が必要。

つまり、ゴミのパターンが予測できるなら、前処理を行えばトランスフォーマーも問題なく扱えるが、前処理なしで頑丈な処理を求めるなら、拡散モデルの方が適している可能性が高い。

vscodeのrust拡張機能がおかしい

署名がおかしい。

ただ切れてるだけなのか？

それぞれの、拡張機能を個別に入れても問題は発生しないので、

rust (1YiB)を削除し、以下を個別で入れた。

・rust-analyzer

・Rust Syntax

・crates

デカいコードをリファクタリングしてみる

bolt.newで作って、boltじゃ処理しきれなくなった（コードを破壊する）ので、

ローカルに持ってきていじって、かなり大きくなってしまった。

クソゴミコードをwindsurfのエージェントやmadgeで削ったが、一向によくならない。

以前作ったすべてのソースを１ファイルにする奴で、o1 proに頼んだら、改善点を見つけてくれた。

それをAIエージェントで修正するのが大変なんだが・・・

UIと機能を壊さないように指示をした。

すべてcluade 3.7 sonnet(thinking)

cursor --- たぶん3.7 sonnet(thinking)でダメな気がするから、やってない。もしかしてcursorが一番リファクタが得意だったりするか？

Devin --- めんどうなのでやってない。

WindSurf --- いつのまにかUIを壊した。

RooCline --- 完全放置で３０分かかった、わずかに小さくなったが、追いにくいバグが発生したので、捨てた

ClaudeCode --- こいつリファクタリング最強っぽい

そういえば、新調してからWSL2もdockerもpodmanも入れてなかった・・・

ちょっと面倒なので、powershell7.5でやってみたが、無理だった。

以下メモ書き。

wsl上のubuntuで実行しているのに下記のエラー。

npm error code 1 npm error path Claude Code is not supported on Windows. npm error Claude Code requires macOS or Linux to run properly. npm error If you are using WSL (Windows Subsystem for Linux): npm error 1. Make sure you are running npm install from within the WSL terminal, not from PowerShell or CMD npm error

WSL 内で npm config get prefix を実行し、出力が Windows のパス (になっていないか確認してください。

Windowsのパスが出てしまう場合: npm が Windows 側の node_modules を見ているため、WSL 用に変更する。

方法１

npm config set prefix ~/.npm-global

export PATH="$HOME/.npm-global/bin:$PATH"

方法２

npm config set prefix /usr/local

export NPM_CONFIG_PREFIX=/usr/local

そして、シェルを再読み込み

source ~/.bashrc

replit agent v2 eraly access

replitのエージェントは、もともと結構賢い。

さらに調整された様子。

なんならdevinより賢い、開発の記述ルールは設定できないけど。

賢いというのは、提案とか考え方が割とイケてる。

https://docs.replit.com/replitai/agent-v2

今回、依頼した内容がエラーハンドリングの強化なので、全然よくなっているかわからんかったが・・・

だが、遅いなコイツ・・・

完全に決まりきった事をするなら、RooClineが超絶早いんだよな。

エッジサービスでPHP実行できるサーバ屋

WASMER

まず、名前が好き！

wasmは軽く触ったぐらいなんだが・・・

z80, x86, 6502, 68000, V30MZ, armなど直いじりしてた俺には激刺さる！！

githubから直接デプロイできる。

テンプレートでwordpress入れられる。

↑これ内部的にwasmで動いている

無料でも使える。

cloudflare pages/workers 見たいな使い方で、無料でPHP動くのはすごいな！

https://wasmer.io/

https://wasmer.io/pricing

ここが作ってる静的配信サーバ。ベンチ見るとlight speedとかnginxとかとほぼ変わらない。

なのにマルチプラットフォームでAndroidで動く・・・

https://static-web-server.net/

このサーバ屋自体が、コンテナ的な処理をWASMで動かしているっぽい。

やったことないから知らんが、初回起動のオーバーヘッドが大きそうな気がする。

どっかでWASMでos動かしてるの見たんだよな。

でも安全で早くて安いんだろうな。