hanje3765 27 일 전 | 親コメント | トピック: あなたのエンジニアリングチームが遅い本当の理由は人ではなくコードベースだ (piechowski.io) 私のこと…? netray 27 일 전 | 親コメント | トピック: OpenAIのClaude Code向けCodexプラグイン (github.com/openai) 既にある codex バイナリを使うってことですか…… mbh023 28 일 전 | 親コメント | トピック: あなたのエンジニアリングチームが遅い本当の理由は人ではなくコードベースだ (piechowski.io) マジでレガシープロジェクトはがんのような存在 いっそ最初から作り直したほうがマシなものもあります hwhang0917 28 일 전 | 親コメント | トピック: 昔ながらスタイルの天気 (weather.com) 改めて見ると、映像フィルターがありますね! maedk10 28 일 전 | 親コメント | トピック: あなたのエンジニアリングチームが遅い本当の理由は人ではなくコードベースだ (piechowski.io) 保守コスト削減に本当に重要な文章のようです myc0058 28 일 전 | 親コメント | トピック: AIに文章を書かせるな (alexhwoods.com) AIが書いた文章は、ちょうど逆のことを言ってももっともらしく見える。 こうあるべきだ、あああるべきだ。こういうものに果たして意味があるのだろうか…… オープンソースを使い、クラウドを使うことが成長の妨げになるから使うな、と言われたら? 使わずに、学習のために全部を一から作り直す自信があるのか。業界が求めるポートフォリオの水準があるのに、シリアライザーやプロトコル設計をポートフォリオとして提出できるのか? 面接官はその価値を分かってくれるのか? 重要なのは、文章であれ何であれ、AIを使って価値ある何かを作れるなら、それは時代に合っていて、その過程も妥当だということだと思う taptaps 28 일 전 | 親コメント | トピック: LaravelベースのGNUBoard 7オープンベータ公開 (sir.kr) 昔のラオンボードのアップグレード版かな? あのときプラグイン開発をしようと一生懸命学んだ気がするけど、懐かしいね tomlee 28 일 전 | 親コメント | トピック: Claude、OpenClawのようなサードパーティではサブスクリプションモデルが利用不可に (x.com/bcherny) サードパーティーツールでエージェントを運用していましたが、今回のポリシー変更に備えて Claude Codeネイティブへ移行する方法を整理しました。 ペルソナファイル(SOUL.md)、300以上のメモリファイル、安全ルールをそのまま維持しながら Claude Code + Telegram Channelsへ切り替えるガイドです。 オープンソースのプラグインも作成しました: 12個のMCPツール(ペルソナ管理、安全性検証、メモリのハイブリッド検索) SoulScan 53パターンの安全性検査 466個のrepo分析から出てきた「AIコンテキストファイル標準の不在」という問題を解決するオープン標準(Soul Spec、これは数日前にShow GNで紹介しました。) 移行ガイド: https://docs.clawsouls.ai/docs/guides/migration-to-claude-channels プラグイン(Apache 2.0): https://github.com/clawsouls/clawsouls-claude-code-plugin ブログ: https://blog.clawsouls.ai/posts/claude-code-plugin-launch/ ndrgrd 28 일 전 | 親コメント | トピック: Chrome、yt-dlp のダウンロード時に「疑わしいダウンロード」警告を表示 (news.ycombinator.com) こうした警告は、コード署名システムへ置き換えるべきだと思います。 何かの主張を聞いたら根拠や出典を確かめるべきなのと同じように、ユーザーは基本的にすべてのアプリを疑うべきです。そうしなかったことで生じる被害は本人の責任でしょう。 xguru 28 일 전 | 親コメント | トピック: apfel - Macにすでに内蔵された無料AIを活用できるようにするツール (apfel.franzai.com) これ、会話した内容ベースで Codex に修正させてみたら、少し手直しするだけでうまく動きますね "質問の要求にはそのまま従いつつ、別途指定がなければ日本語で直接答えてください。" アダプターをひとつ置いて、ああいう知能的な機能の返答が出たら上のプロンプトを追加すると、答えがうまく出ます。まだ何か不完全みたいですね。 apfel "こんにちは? 日本語はできますか?" こんにちは! はい、日本語もできます。どのようにお手伝いしましょうか? apfel "オーストリアの首都について教えてくれる?" オーストリアの首都はウィーンです。ウィーンはオーストリアの政治、文化、経済の中心地として知られています。 xguru 28 일 전 | 親コメント | トピック: apfel - Macにすでに内蔵された無料AIを活用できるようにするツール (apfel.franzai.com) apfel "Currywurst のレシピを教えて" error: [guardrail] The request was blocked by Apple's safety guardrails. Try rephrasing. あれ、ダメなのか?と思ったのですが、これは通ります apfel "キムチチゲのレシピを教えて" キムチチゲは韓国の伝統的なチゲ料理のひとつで、シンプルながら深い味わいを楽しめる料理です。以下はキムチチゲのレシピです:... apfel "こんにちは。キムチチゲについて教えてくれる?" こんにちは!キムチチゲは韓国を代表する汁物料理のひとつで、キムチと肉を使って作ります。キムチチゲには一般的に豚肉、牛肉、または鶏肉を入れ、さまざまなうま味が調和した深いスープに仕上げます。さらに各種の野菜や調味料を加えて、より奥行きのある味わいにします。 apfel "こんにちは? 韓国語は話せる?" や apfel "オーストリアの首都について教えてくれる?" こういう質問に対しては、以下のようなオウム返しの回答をします Apple のWebサイトでインテリジェント機能について確認できます。 どうもガードレールのかかり方がおかしいようです. vwjdalsgkv 28 일 전 | 親コメント | トピック: Claude Codeのソース流出から生まれたOpenClaude — GPT-4o、Gemini、Ollamaなど200モデルをClaude Code UIで (github.com/Gitlawb) 同じ分野で別の製品を連想させるなら、その名詞が別の普通名詞であっても十分に異議を申し立てられるでしょう。 Appleも「りんご」という普通名詞ですし、Galaxyも「銀河」という普通名詞ですからね。 ですがこのフォークの場合は、単なる名前というよりその製品の特性自体をほぼそのまま持ってきているので、その点のほうがより危ういのではないかと思います。 geekpi 28 일 전 | 親コメント | トピック: 今もっとも重要なAIのアイデア(2026年4月) (danielmiessler.com) やってみれば分かる、アクセス不能なデータだけが堀だ runableapp 28 일 전 | 親コメント | トピック: 今もっとも重要なAIのアイデア(2026年4月) (danielmiessler.com) 私の理解力が足りないのか、正直何を言いたいのかよく分かりません。 xguru 28 일 전 | 親コメント | トピック: apfel - Macにすでに内蔵された無料AIを活用できるようにするツール (apfel.franzai.com) 面白そうなのですが、なぜか日本語があまりうまく動きません。 ソースコードを取ってきてCodexと一緒に掘っているのですが、Foundation Modelの応答自体が日本語まわりで少しおかしいですね。 もう少し試してみますが、もし成功した方がいたらコメントで教えてください(笑) dkmin 28 일 전 | 親コメント | トピック: marmonitor - tmuxステータスバーでAIコーディングエージェントのセッションをリアルタイム追跡 (github.com/mjjo16) 共有ありがとうございます! neocode24 28 일 전 | 親コメント | トピック: Claude Code、ちらつきのない NO_FLICKER モードを公開 (x.com/bcherny) iterm -CC を使って統合モードで使っていますが……特におかしいとは感じませんでした…… むしろ、少し前からレンダリング中にスクロールすると最上部に強制的にジャンプする現象があって不便だったのですが、位置が止まって new message の通知に変わるので気に入っています。いいですね…… sleepyeye 28 일 전 | 親コメント | トピック: Anthropicの収益性、キムパプ天国より悪い (velog.io) 元の文が何を言おうとしているのか、私には少し理解しづらかったので、 GPTに記事と投稿を比較させてみたのですが、書き手の方はかなり誇張していて、引用も自分に都合よくしているように思います。 IT企業の本質的な収益性は売上総利益で把握できる、というような一般化は行き過ぎです。元記事の文脈では、gross marginにはtraining costsのような巨大な費用が抜け落ちているため、その数字だけで本質的な収益性を断定するのは難しいです。 Anthropicが売上原価をほぼ純粋なコンピューティング費用にしか使っていない、というのは原文の過剰解釈です。記事で確認できる表現は、inference costsとother costs of selling its productsを差し引くというものであって、原価のほぼすべてがコンピューティング費だという意味ではありません。 -94%なら純粋な推論コストだけを除いても赤字だ、という文は不正確です。gross marginの計算には推論費だけでなく、その他の販売関連費用も含まれるため、そのように断定すると計算範囲を狭めて述べたことになります。 「キンパプ天国より収益性が悪い」という比較は、会計的には粗いです。AI企業のgross marginと飲食店の材料費・営業構造を同じ土俵に置いて比べた刺激的な比喩に近く、厳密な分析ではありません。 飲食業の材料費は30%を超えてはいけない、キンパプ天国の販管費は配膳の人件費やレビューイベント程度だ、といった文は、記事に出てきた事実ではなく、書き手の単純化された個人的な解釈です。 Cursorのような二次事業者は数年内に倒産しうる、LLM応用製品のマージン改善は夢物語だ、AIで金になるのは講義商売だけだ、といったくだりは、記事の要約ではなく、ほとんどすべて個人的な見通し・皮肉・レトリックです。 sleepyeye 28 일 전 | 親コメント | トピック: Anthropicの収益性、キムパプ天国より悪い (velog.io) この記事は The Information の記事1本をベースに書かれたものです。参照している元記事はペイウォールの向こう側にありますが、アーカイブされています。以下のリンクを使えば読めます。 https://archive.is/20260124185144/https:/… あるいは、GPTで要約させた元記事の要約だけ読んでもよいでしょう。 Anthropic は 2025年の粗利益率(gross margin)見通しを 50%水準から 40%に引き下げたが、主な理由は Google・Amazon のインフラで発生する推論(inference)コストが予想より 23%高かったためだ。 それでも 2025年の売上高は 45億ドルと見込まれており、これは 2024年比で約12倍成長という非常に大きな伸びだ。 この記事は、Anthropic と OpenAI の両社が高い推論コストのために収益性の圧力を受けており、そのため自社チップやハードウェアの制御力強化といった方法でコンピューティングコストを下げようとしていることを示している。 核心的なメッセージは「Anthropic が終わった」ということではなく、AI企業は売上が急成長しても、インフラコストのためにソフトウェア企業のように簡単には高いマージンを出せないという構造的な問題がある、という点だ。 neocode24 28 일 전 | 親コメント | トピック: 昔ながらスタイルの天気 (weather.com) MBCのキム・ドンワンさんを思い出しますね(笑) コメントをさらに読み込む
私のこと…?
既にある codex バイナリを使うってことですか……
マジでレガシープロジェクトはがんのような存在
いっそ最初から作り直したほうがマシなものもあります
改めて見ると、映像フィルターがありますね!
保守コスト削減に本当に重要な文章のようです
AIが書いた文章は、ちょうど逆のことを言ってももっともらしく見える。
こうあるべきだ、あああるべきだ。こういうものに果たして意味があるのだろうか……
オープンソースを使い、クラウドを使うことが成長の妨げになるから使うな、と言われたら?
使わずに、学習のために全部を一から作り直す自信があるのか。業界が求めるポートフォリオの水準があるのに、シリアライザーやプロトコル設計をポートフォリオとして提出できるのか?
面接官はその価値を分かってくれるのか?
重要なのは、文章であれ何であれ、AIを使って価値ある何かを作れるなら、それは時代に合っていて、その過程も妥当だということだと思う
昔のラオンボードのアップグレード版かな?
あのときプラグイン開発をしようと一生懸命学んだ気がするけど、懐かしいね
サードパーティーツールでエージェントを運用していましたが、今回のポリシー変更に備えて
Claude Codeネイティブへ移行する方法を整理しました。
ペルソナファイル(SOUL.md)、300以上のメモリファイル、安全ルールをそのまま維持しながら
Claude Code + Telegram Channelsへ切り替えるガイドです。
オープンソースのプラグインも作成しました:
移行ガイド: https://docs.clawsouls.ai/docs/guides/migration-to-claude-channels
プラグイン(Apache 2.0): https://github.com/clawsouls/clawsouls-claude-code-plugin
ブログ: https://blog.clawsouls.ai/posts/claude-code-plugin-launch/
こうした警告は、コード署名システムへ置き換えるべきだと思います。
何かの主張を聞いたら根拠や出典を確かめるべきなのと同じように、ユーザーは基本的にすべてのアプリを疑うべきです。そうしなかったことで生じる被害は本人の責任でしょう。
これ、会話した内容ベースで Codex に修正させてみたら、少し手直しするだけでうまく動きますね
"質問の要求にはそのまま従いつつ、別途指定がなければ日本語で直接答えてください。"
アダプターをひとつ置いて、ああいう知能的な機能の返答が出たら上のプロンプトを追加すると、答えがうまく出ます。まだ何か不完全みたいですね。
あれ、ダメなのか?と思ったのですが、これは通ります
どうもガードレールのかかり方がおかしいようです.
同じ分野で別の製品を連想させるなら、その名詞が別の普通名詞であっても十分に異議を申し立てられるでしょう。
Appleも「りんご」という普通名詞ですし、Galaxyも「銀河」という普通名詞ですからね。
ですがこのフォークの場合は、単なる名前というよりその製品の特性自体をほぼそのまま持ってきているので、その点のほうがより危ういのではないかと思います。
やってみれば分かる、アクセス不能なデータだけが堀だ
私の理解力が足りないのか、正直何を言いたいのかよく分かりません。
面白そうなのですが、なぜか日本語があまりうまく動きません。
ソースコードを取ってきてCodexと一緒に掘っているのですが、Foundation Modelの応答自体が日本語まわりで少しおかしいですね。
もう少し試してみますが、もし成功した方がいたらコメントで教えてください(笑)
共有ありがとうございます!
iterm -CCを使って統合モードで使っていますが……特におかしいとは感じませんでした……むしろ、少し前からレンダリング中にスクロールすると最上部に強制的にジャンプする現象があって不便だったのですが、位置が止まって new message の通知に変わるので気に入っています。いいですね……
元の文が何を言おうとしているのか、私には少し理解しづらかったので、
GPTに記事と投稿を比較させてみたのですが、書き手の方はかなり誇張していて、引用も自分に都合よくしているように思います。
この記事は The Information の記事1本をベースに書かれたものです。参照している元記事はペイウォールの向こう側にありますが、アーカイブされています。以下のリンクを使えば読めます。
https://archive.is/20260124185144/https:/…
あるいは、GPTで要約させた元記事の要約だけ読んでもよいでしょう。
MBCのキム・ドンワンさんを思い出しますね(笑)