らいふうっどの閑話休題

興味のあることをゆる~く書いていく

2026.04.26 覚書 / 2026.04.26 memo's

2026.04.26 覚書 / 2026.04.26 memo's

自分が参考になったブログの紹介します。 / Here are some blogs that I found helpful.

AI

github.com

  • AIエージェントの「スキル(Skill)」をテストするためのCLIツール
  • 自然言語タスク+評価ロジック(スクリプト or LLM)でスキルの正しさを検証
  • 複数回実行して成功率(pass rate)を算出 → 回帰テスト的に使える
  • AIスキルはちょっとした変更で壊れるため、「ユニットテスト的評価」が重要という課題を解決
  • CI/CDに組み込んで、エージェント品質を継続的に担保する用途が想定されている

dev.to

  • Cursor(AI IDE)に対してAngularのベストプラクティスを強制する「ルール設計」の解説
  • .cursorrules.cursor/rules/*.mdc によってAIのコード生成を制御
  • 主なルール例

    • Signalsベースの状態管理(BehaviorSubject禁止)
    • 型安全(strict / typed forms)
    • Standalone Component推奨(NgModule排除)
  • AIは古いAngularパターンを生成しがち → ルールで矯正する必要あり
  • Nxモノレポなどではルールを分割管理するのが推奨

👉 本質

  • 「AIに設計思想を教える仕組み」=ルールファイル

dev.to

  • MCP(Model Context Protocol)アプリをAngularで構築する方法
  • MCP Apps = AIチャット内にUIを埋め込める仕組み(iframe)
  • 構成

    • Angular UI(View)
    • Host(チャットクライアント)
    • MCP Server(ツール)
  • UIは単一HTMLにバンドルして配布(Vite + singlefile)
  • MCPはAIベンダー非依存(Claudeなどに限定されない)

👉 本質

  • AIツールに「UI」を持たせるためのアーキテクチャ
Angular

dev.to

  • スケールするAngular設計パターンの実践解説
  • 重要ポイント

    • 機能単位(feature-based)で構成すべき(type別構成はNG)
    • State管理は「ライブラリ選択」ではなく「複雑度」で判断
    • FacadeパターンでUIと実装を分離(最重要)
  • NgRxは必要になってから導入すればよい

👉 本質

  • アーキテクチャは最初から決めすぎるな、複雑さで進化させろ

dev.to

  • Angular Signalsの基本と役割
  • 特徴

    • リアクティブな状態管理プリミティブ
    • 依存関係を自動追跡し、最小限の再レンダリング
  • RxJSとの違い

    • Signals = 最新値(Pull型)
    • RxJS = ストリーム(Push型)
  • パフォーマンス改善・シンプル化が主目的

👉 本質

  • Angularの「次世代リアクティビティ基盤」

zenn.dev

  • Angular v22で変更検知戦略が大きく変化
  • OnPush がデフォルトになる ([Zenn][9])
  • 既存コードは Eager(旧Default)に自動変換される
  • Signalsと組み合わせてパフォーマンス最適化

👉 本質

  • 「全部チェック」から「必要なとこだけチェック」へ完全移行
OSS

speakerdeck.com

  • 「出会い」がキャリアや人生に与える影響をテーマにしたスライド
  • 計画的偶発性理論(Planned Happenstance)をベース
  • コミュニティ・アウトプット・行動が機会を生む
  • OSS・コミュニティ参加の重要性を示唆

👉 本質

  • キャリアは設計するものではなく「出会いで拡張されるもの」