Notionを卒業してHTML DBに回帰しましたわ。 仕事のドキュメントとか色々作ってるものの仕様書とか調べ物した内容とかをNotionにまとめて、Claude（AI）からもMCPで参照・編集させてたんですよね。 同じ情報を元にClaudeと共同作業するために。 ただNotionのデータ形式が複雑で、AIから編集すると構造が壊れることが割とあって。特に大きめの文章構造の変更とかやるとやばい。 で、ヤバいことが起きるとなるど、AI編集を前提にバージョン管理もちゃんとやりたくなる。 結局こうなった： ・ベースはクラシックなMarkdown Git管理 ・GitHub pushで自動HTMLビルド → Webサイトとして閲覧（認証付き） ・同時にmdの中身をDBへ自動同期 結果として、 人間はWebで読む AIはDBから取得する セキュアで壊れにくく、人間もAIも同じドキュメントを参照できる構成が出来上がった。 めっちゃレガシーで安定した技術って堅牢性高くて最高。 AIと協業する前提で考えると、mdやHTMLみたいな軽量でオープンな共通規格テキストに回帰していく流れ、あると思います。

【HashPort 技術ブログ】 エンジニアチームによるブログを更新しました🧑‍💻💡 「ぼくとこうじの60日間 — 社内 AI bot を 60 日作って、AI の刺し所について考えた話」 ぜひ読んでみてください👇✨ tech.hashport.io/5602/

【注意喚起】EIP-7702委任で資産を抜かれました。 今回、SoSoValueでロックしていたUSSI/USDCのLPをクールダウン後にWithdrawしようとしたところ、資産がウォレットに戻った直後に抜かれました。 最初はApprove被害かと思いましたが、Basescanを確認すると、自分のアドレスに 「Delegated to: 不明なアドレス」 という表示が出ていました。 これは通常のERC-20 Approveとは別で、EIP-7702による委任状態です。 EIP-7702は、EOA（普通のウォレット）にスマートウォレットのような機能を持たせるための仕組みです。 便利な機能である一方、悪意あるコントラクトに委任されていると、ウォレットに入ってきた資産が自動で抜かれるような挙動につながる可能性があります。 実際、自分の場合はBaseだけでなく、Ethereum、BNB、PolygonにもEIP-7702委任が残っていました。 確認・解除はRabbyでできます。 手順👇 1️⃣ Rabbyを開く 2️⃣ Approvalsへ 3️⃣ 上部タブの「EIP-7702」を確認 4️⃣ 不明なDelegated Addressがあれば選択 5️⃣ Revokeを実行 6️⃣ 各チェーンのExplorerで「Delegated to」が消えたか確認 自分の場合、EthereumではEtherscan上の「Delegated to」表示が消えたので、解除できた可能性が高いです。 ただし、委任を解除できても、そのウォレットを完全に安全扱いするのは危険です。 なぜ委任されたのかが不明な場合、秘密鍵漏洩・悪質署名・偽サイト接続・端末汚染などの可能性も残ります。 なので基本方針は、 ✅ EIP-7702委任を確認 ✅ 不明な委任はRevoke ✅ Explorerでも確認 ✅ 旧ウォレットは監視・回収専用 ✅ 今後のメイン利用は新ウォレットへ移行 これが安全だと思います。 特に、ステーキングやロック資産がある人は本当に注意してください。 ロック解除後に資産が戻った瞬間、委任先に抜かれる可能性があります。 SoSoValueが悪いという話ではなく、危険な委任状態のウォレットでWithdrawしてしまったことが原因だと見ています。 自分のように実際に抜かれるまで気づかない人も多いと思うので、今すぐRabbyのApprovalsで「EIP-7702」を確認してみてください。 これはApproveとは別枠です。 見慣れないDelegated Addressがあったら、かなり危険です。 #EIP7702 #WalletSecurity

OpenClawの競合とXを賑わせているHERMES AGENTですが、すでに使い始めてる猛者いますか？ 僕は今からインストールするところです。 Openclawとの違いも含めて簡単に解説します👇