Autognosis

自分の認知と学習を静かに磨くデジタルノート

速く流れていく情報から少し離れ、自分の頭でじっくり考えられる文章だけを集めています。

更新

2026/5/19

Tag

#バックエンド開発

Three interconnected geometric nodes representing a sequential AI development workflow, with symbols for planning, code generation, and evaluation connected by directional arrows

3エージェント・アーキテクチャ:計画、生成、評価の機能的分離

3エージェント・アーキテクチャ:計画、生成、評価の機能的分離 Anthropicの3エージェント・ハーネスは、単一型のAIコーディング・アシスタントで通常は混在している3つの操作を機能的に分離することで、自律的なAI開発を再構成しています。その3つの操作とは、計画、生成、評価です。これらの機能を以下のように定義します。 - 計画エージェント:アーキテクチャ仕様を確立し、開発目標をコード生成に先立つ離散的で順序依存的なタスクに分解します。このエージェント...

-- いいね数
続きを読む
Isometric view of a database table with solid blue rows representing active records and semi-transparent gray rows representing soft-deleted records, with subtle complexity indicators like connection lines spreading from the deleted rows

ソフトデリートをデフォルト戦略として再考すべき理由

ソフトデリートをデフォルト戦略として再考すべき理由 ソフトデリート—レコードを削除するのではなく削除済みとしてマークする—は、アプリケーション設計において反射的な選択肢となっている。その魅力は明快だ:コンプライアンス、監査証跡、復旧シナリオのためにデータを保存する。しかし、この利便性は、システムがスケールするにつれて複雑化する重大な運用上の摩擦を隠している。 主張: ソフトデリートは、文書化されたシステム要件と規制上の義務に紐づいた明示的なコストベネフィ...

-- いいね数
続きを読む
Split-screen illustration showing a transparent red cube with disappearing data particles on the left representing Redis's volatile memory, contrasted with a solid blue database vault on the right representing persistent storage, symbolizing the transition from Redis to more durable queue systems

Redis、愛しているけど、SolidQueueに乗り換えます

Redis、愛しているけど、SolidQueueに乗り換えます なぜRedis単体ではジョブキューとして不十分なのか Redisは、永続的なジョブキューシステムとしてではなく、低レイテンシアクセスパターンに最適化されたインメモリデータ構造ストアとして設計されました(Redis作成者Salvatore Sanfilippo、2009年)。Redisは永続化メカニズム(Append-Only File(AOF)とRDBスナップショット)を提供していますが、これら...

-- いいね数
続きを読む
TOPへ