regentag 3 일 전 | 親コメント | トピック: Firefoxのルート証明書ストアへの再登録を再び試みている韓国政府（GPKI） (bugzilla.mozilla.org) 公務員にならなくてもいいくらい、相当頭が切れるようですね。 cloverhearts 3 일 전 | 親コメント | トピック: TypeScriptをLLVM機械語へ直接コンパイルする「Perry」ネイティブコンパイラ (github.com/PerryTS) 応援しています chcv0313 3 일 전 | 親コメント | トピック: Firefoxのルート証明書ストアへの再登録を再び試みている韓国政府（GPKI） (bugzilla.mozilla.org) 軽々しくそんなことをおっしゃるものではありません promediony 3 일 전 | 親コメント | トピック: korean-bank-tx-crawler – 国内の個人向け銀行取引履歴をPython 3行で取得 (github.com/promet99) その通りです。したがって、クイック照会に対応している銀行のみ利用可能です。 taejeong 4 일 전 | 親コメント | トピック: korean-bank-tx-crawler – 国内の個人向け銀行取引履歴をPython 3行で取得 (github.com/promet99) 銀行ごとに違うようですが、預金残高照会サイトをSeleniumでクローリングしているみたいですね laeyoung 4 일 전 | 親コメント | トピック: Ask HN: AI登場以後、自分のために作ったツールは何ですか？ (news.ycombinator.com) わあ、すごいですね！ makekr 4 일 전 | 親コメント | トピック: Claude Fable 5/Mythos 5を公開、Anthropicの第5世代フロンティアモデル (anthropic.com) 自分のプロジェクトのセキュリティ強化も頼もうとしても、あの安全装置がそれを妨げてしまいます。 この状態でリリースしたのは、結局は株式上場向けの技術誇示でしかないように感じます。 nimki 4 일 전 | 親コメント | トピック: トス証券のOpenAPIがついに公開されました (jessyt.tistory.com) 肝心のリンクが記事にありませんね。 https://corp.tossinvest.com/ko/open-api こちらで事前申し込みができます ドキュメントのリンクはこちらです https://developers.tossinvest.com/docs recast7838 4 일 전 | 親コメント | トピック: トス証券のOpenAPIがついに公開されました (jessyt.tistory.com) 事前申請後に承認された人だけが使えるようですね ide127 4 일 전 | 親コメント | トピック: ループエンジニアリング - エージェントをプロンプトするシステムを設計する (addyo.substack.com) 毎日1つずつ新しいエージェントシステムが登場していますね……。バイブコーディングの好影響なのでしょうか、それとも副作用なのでしょうか。 ndrgrd 4 일 전 | 親コメント | トピック: グーグル、AI Plusの価格を4.99ドルに引き下げ (9to5google.com) いや、もう少し高くてもいいから、上限をもっと増やしてほしい.. shakystar 4 일 전 | 親コメント | トピック: AIエージェントたちがプロジェクトの記憶を共有する「memorize」を作りました — そして助けが必要です (github.com/shakystar) 作成者です。 このプロジェクトのリリース直前の1日は、このツールが目指す協業の形そのものでした。エージェントと「記憶の分類にタグは適切か、脳にはタグがないのに」と設計議論を行い、その合意が GitHub Discussions と Issue に記録され、実装 PR がマージされ、エージェントが自分自身（claude -p）を抽出器として使って実際の作業記録を長期記憶に統合する dogfooding まで確認して、配布ボタンを押しました。その過程の設計論争は、リポジトリの Discussions ですべて公開しています。 本文に書いていないことでよく受けそうな質問は「遅くなったりコストがかかったりしないか」だと思うので先に答えると、作業中は LLM はまったく関与しません。キャプチャはルールフィルタなので体感遅延は 0 で、LLM が動くのはセッション境界での統合1回だけですが、それも分離されたバックグラウンドプロセスなのでエージェントを1秒たりとも止めません。その呼び出しすら、すでにお使いの claude/codex サブスクリプションから出るため、別途 API 請求はありません。本日の dogfooding 基準では、1セッション分の観測44件がバックグラウンド呼び出し1回（約30秒）で統合され、セッション開始時の注入も 4,000 文字予算内のテキストなので、トークン負荷はほとんどありません。インストールして忘れていられることが目標でした。 リリース前の実機検証で見つけたものを1つだけ共有すると、README の検証コマンドが npx memorize になっていましたが、npm のスコープなし memorize は別の人のパッケージでした。この種の「実機でしか見えない」ポイントは他にもあるはずなので、報告は本当に価値があります。 お願いです。Windows と WSL/Linux は直接実機検証しましたが、macOS の実機がありません。CI では macOS のテストスイートはすべて通っていますが、ワンライナーインストール → フック → セッション開始時の注入までのフルサイクルは実機で回せていません。macOS をお使いの方で、どなたか一人でもインストールして、動くか／壊れるかをコメントか Issue で知らせていただけると大変助かります。 設計に関する質問（なぜ embedding を判定に使わないのか、なぜ削除がないのか、時計なしでクロスマシン収束がどう成り立つのか）も歓迎します。すべて答えます。 tested 4 일 전 | 親コメント | トピック: Linearはなぜこれほど速いのか？ 技術的分析 (performance.dev) Linearは良いけれど、古い会社はデータやプロセスを維持しなければならないので、Jiraにとどまっているんですよね ninebow 4 일 전 | 親コメント | トピック: [2026/06/01 ~ 07] 今週注目のAI/ML論文まとめ (discuss.pytorch.kr) お読みいただき、コメントまで残してくださりありがとうございます!!! 🙇 stypr 4 일 전 | 親コメント | トピック: Firefoxのルート証明書ストアへの再登録を再び試みている韓国政府（GPKI） (bugzilla.mozilla.org) 規定に従って毎年監査を行っているとのことですが、WebTrust の認証サイトは 2023 年のままですね。 2024 年、2025 年に監査がきちんと行われたのか疑問です。 https://www.gpki.go.kr/pds/WebTrustAction.action CPS 文書についても同様で、いつでも頻繁に変更できるという条項があったり、 法律に従うため文書上では責任を負わないと記載していたり。 何かと曖昧な部分が多く、過去の出来事をすべて無視するとしても、信頼性は下がってしまいますね。 stypr 4 일 전 | 親コメント | トピック: Firefoxのルート証明書ストアへの再登録を再び試みている韓国政府（GPKI） (bugzilla.mozilla.org) 個人的な意見をbugzillaに書きましたが、まだ先は長そうですね。 CRL/OCSP の場合は、各種サービスが随時確認できるようになっている必要がありますが、 海外IPからは何度か接続を試みないとつながらない不具合があるようです。 おそらくファイアウォールやWAFで問題が発生しているのだと思われます。 （他の方のコメントを見ると、国内IPでも似たような状況のようです……） 過去の内容も含めて順に読みましたが、CA証明書を監査した監査先が2016-2017年に監査したところと同じで…… 以前そうした問題があったのであれば、監査会社はもっと早く変更していてもおかしくないはずなのに、そのまま維持しているのも少し戸惑いますね…… いろいろ努力されているにもかかわらず、英語文書には細かな論理的誤りや誤字などが多く見られますし、 証明書自体も標準規定が更新されているので、新しく作り直す必要があるように見えます。 （CPS文書は頻繁に更新しているように見えますが、それだけ更新できるのであれば、証明書くらいは作り直せるのではないかと思います。） 担当の公務員の方々もかなりご苦労されているのだと思いますが、 すでに過去に一度失敗している以上、批判を受けるのは仕方ないと思います。 laeyoung 4 일 전 | 親コメント | トピック: Microsoftのオープンソースツールがハッキングされ、AI開発者のパスワード窃取に悪用 (techcrunch.com) Azure Functions に関連するリポジトリで問題が発生して無効化されたものなので、その理由ではない可能性が高いと思います。(関連リンク) recast7838 4 일 전 | 親コメント | トピック: apple/container、Container Machine機能を追加 (github.com/apple) 十分な性能は出るでしょうか？ dhlee0305 4 일 전 | 親コメント | トピック: センス（Taste）が新しい10xだ (parul.substack.com) 直感もなかなか良さそうですね。 awbrg789 4 일 전 | 親コメント | トピック: Claude Fable 5/Mythos 5を公開、Anthropicの第5世代フロンティアモデル (anthropic.com) 認めます.. コメントをさらに読み込む
公務員にならなくてもいいくらい、相当頭が切れるようですね。
応援しています
軽々しくそんなことをおっしゃるものではありません
その通りです。したがって、クイック照会に対応している銀行のみ利用可能です。
銀行ごとに違うようですが、預金残高照会サイトをSeleniumでクローリングしているみたいですね
わあ、すごいですね！
自分のプロジェクトのセキュリティ強化も頼もうとしても、あの安全装置がそれを妨げてしまいます。
この状態でリリースしたのは、結局は株式上場向けの技術誇示でしかないように感じます。
肝心のリンクが記事にありませんね。
https://corp.tossinvest.com/ko/open-api こちらで事前申し込みができます
ドキュメントのリンクはこちらです https://developers.tossinvest.com/docs
事前申請後に承認された人だけが使えるようですね
毎日1つずつ新しいエージェントシステムが登場していますね……。バイブコーディングの好影響なのでしょうか、それとも副作用なのでしょうか。
いや、もう少し高くてもいいから、上限をもっと増やしてほしい..
作成者です。
このプロジェクトのリリース直前の1日は、このツールが目指す協業の形そのものでした。エージェントと「記憶の分類にタグは適切か、脳にはタグがないのに」と設計議論を行い、その合意が GitHub Discussions と Issue に記録され、実装 PR がマージされ、エージェントが自分自身（
claude -p）を抽出器として使って実際の作業記録を長期記憶に統合する dogfooding まで確認して、配布ボタンを押しました。その過程の設計論争は、リポジトリの Discussions ですべて公開しています。本文に書いていないことでよく受けそうな質問は「遅くなったりコストがかかったりしないか」だと思うので先に答えると、作業中は LLM はまったく関与しません。キャプチャはルールフィルタなので体感遅延は 0 で、LLM が動くのはセッション境界での統合1回だけですが、それも分離されたバックグラウンドプロセスなのでエージェントを1秒たりとも止めません。その呼び出しすら、すでにお使いの claude/codex サブスクリプションから出るため、別途 API 請求はありません。本日の dogfooding 基準では、1セッション分の観測44件がバックグラウンド呼び出し1回（約30秒）で統合され、セッション開始時の注入も 4,000 文字予算内のテキストなので、トークン負荷はほとんどありません。インストールして忘れていられることが目標でした。
リリース前の実機検証で見つけたものを1つだけ共有すると、README の検証コマンドが
npx memorizeになっていましたが、npm のスコープなしmemorizeは別の人のパッケージでした。この種の「実機でしか見えない」ポイントは他にもあるはずなので、報告は本当に価値があります。お願いです。Windows と WSL/Linux は直接実機検証しましたが、macOS の実機がありません。CI では macOS のテストスイートはすべて通っていますが、ワンライナーインストール → フック → セッション開始時の注入までのフルサイクルは実機で回せていません。macOS をお使いの方で、どなたか一人でもインストールして、動くか／壊れるかをコメントか Issue で知らせていただけると大変助かります。
設計に関する質問（なぜ embedding を判定に使わないのか、なぜ削除がないのか、時計なしでクロスマシン収束がどう成り立つのか）も歓迎します。すべて答えます。
Linearは良いけれど、古い会社はデータやプロセスを維持しなければならないので、Jiraにとどまっているんですよね
お読みいただき、コメントまで残してくださりありがとうございます!!! 🙇
規定に従って毎年監査を行っているとのことですが、WebTrust の認証サイトは 2023 年のままですね。
2024 年、2025 年に監査がきちんと行われたのか疑問です。
https://www.gpki.go.kr/pds/WebTrustAction.action
CPS 文書についても同様で、いつでも頻繁に変更できるという条項があったり、
法律に従うため文書上では責任を負わないと記載していたり。
何かと曖昧な部分が多く、過去の出来事をすべて無視するとしても、信頼性は下がってしまいますね。
個人的な意見をbugzillaに書きましたが、まだ先は長そうですね。
CRL/OCSP の場合は、各種サービスが随時確認できるようになっている必要がありますが、
海外IPからは何度か接続を試みないとつながらない不具合があるようです。
おそらくファイアウォールやWAFで問題が発生しているのだと思われます。
（他の方のコメントを見ると、国内IPでも似たような状況のようです……）
過去の内容も含めて順に読みましたが、CA証明書を監査した監査先が2016-2017年に監査したところと同じで……
以前そうした問題があったのであれば、監査会社はもっと早く変更していてもおかしくないはずなのに、そのまま維持しているのも少し戸惑いますね……
いろいろ努力されているにもかかわらず、英語文書には細かな論理的誤りや誤字などが多く見られますし、
証明書自体も標準規定が更新されているので、新しく作り直す必要があるように見えます。
（CPS文書は頻繁に更新しているように見えますが、それだけ更新できるのであれば、証明書くらいは作り直せるのではないかと思います。）
担当の公務員の方々もかなりご苦労されているのだと思いますが、
すでに過去に一度失敗している以上、批判を受けるのは仕方ないと思います。
Azure Functions に関連するリポジトリで問題が発生して無効化されたものなので、その理由ではない可能性が高いと思います。(関連リンク)
十分な性能は出るでしょうか？
直感もなかなか良さそうですね。
認めます..