タグ

kiririmodeのブックマーク (9,568)

  • GitHub Copilot is moving to usage-based billing

    TL;DR: Today, we are announcing that all GitHub Copilot plans will transition to usage-based billing on June 1, 2026. Instead of counting premium requests, every Copilot plan will include a monthly allotment of GitHub AI Credits, with the option for paid plans to purchase additional usage. Usage will be calculated based on token consumption, including input, output, and cached tokens, using the li

    GitHub Copilot is moving to usage-based billing
    kiririmode
    kiririmode 2026/04/28
    Copilot の価格を契約席数やリクエスト回数中心の管理からAI 利用量に基づくコスト管理へ移行。AI Credits という含有利用枠を消費する方式になり、企業ではその含有利用分を組織全体でプールし予算制御と組み合わせて管理
  • 個人開発アプリを作ったあと、どう売るかを仮説検証して整理してみた

    はじめに 「アプリは作れた。でも、どう売ればいいか分からない」── そう思ったことはないでしょうか。 個人開発で意外と難しいのは、実装そのものよりも「誰に、どういう文脈で届けるか」です。 最近、集中用の環境音ミキサーアプリ Focusnest をリリースしました。 機能にはそれなりに自信がありました。複数音のミックス、プリセット保存、タイマー統合、1/fゆらぎ、オフライン対応。機能だけ見れば、十分戦えそうに見えます。 でも、いざ「どう売るか」を考えたときに手が止まりました。 環境音アプリとして見ると競合が多い。機能は説明できる。でも、それが「欲しい理由」として伝わる気がしない。 そこで、仮説検証ツール kaizen-lab を使ってマーケティングの仮説を整理してみたところ、Focusnest は「環境音アプリ」ではなく、集中に入るためのスイッチ として売るべきなのではないか、という仮説が見

    個人開発アプリを作ったあと、どう売るかを仮説検証して整理してみた
    kiririmode
    kiririmode 2026/04/26
    機能でなくユーザの課題文脈から価値を再定義する。既存カテゴリで競合比較されるならカテゴリをリフレーミングし、嗜好ベースではなく課題ベースでターゲットを絞る。機能訴求は状態変化・ユースケース訴求に変換
  • GitHub - tobymao/sqlglot: Python SQL Parser and Transpiler

    SQLGlot is a no-dependency SQL parser, transpiler, optimizer, and engine. It can be used to format SQL or translate between 31 different dialects like DuckDB, Presto / Trino, Spark / Databricks, Snowflake, and BigQuery. It aims to read a wide variety of SQL inputs and output syntactically and semantically correct SQL in the targeted dialects. It is a very comprehensive generic SQL parser with a ro

    GitHub - tobymao/sqlglot: Python SQL Parser and Transpiler
    kiririmode
    kiririmode 2026/04/26
    dialectを含むSQLをASTとして解析し、BigQueryやSnowflake、Posrgresqlなど異なるSQL方言間で変換・整形・検証できるPython製OSSライブラリ。データ基盤移行、SQL静的解析、リネージ抽出、AI生成SQLの検証などに使うSQL処理基盤
  • Agent Harness Engineering

    April 19, 2026 A coding agent is the model plus everything you build around it. Harness engineering treats that scaffolding as a real artifact, and it tightens every time the agent slips. Roughly: anytime you find an agent makes a mistake, you take the time to engineer a solution such that the agent never makes that mistake again. We’ve spent the last two years arguing about models. Which one is s

    Agent Harness Engineering
    kiririmode
    kiririmode 2026/04/26
    エージェントが失敗したときにモデルの限界として諦めるのではなく、失敗をハーネス上の制約・ツール・フィードバック・運用ルールへ変換し同じ失敗を二度と起こさないようにすることが、エージェント開発の中核
  • GitHub Copilot制限へ、2026年1月以降の週次運用コストがほぼ倍増したことを受けて課金方式をトークンベースへと段階的に移行か

    GitHubGitHub Copilotの個人向けプランについて、新規申し込みの停止、利用制限の厳格化、利用可能モデルの見直しを2026年4月20日に発表しました。GitHubは「今回の措置は既存ユーザー向けの安定した提供体制を守るため」としていますが、別の報道では「GitHub Copilotの週次運用コストが2026年1月以降ほぼ倍増しており、Microsoftが将来的にトークンベース課金への移行を検討しているため」と伝えられています。 Changes to GitHub Copilot plans for individuals - GitHub Changelog https://github.blog/changelog/2026-04-20-changes-to-github-copilot-plans-for-individuals/ Changes to GitHub C

    GitHub Copilot制限へ、2026年1月以降の週次運用コストがほぼ倍増したことを受けて課金方式をトークンベースへと段階的に移行か
    kiririmode
    kiririmode 2026/04/26
    GitHub Copilotも、エージェント型利用による計算コスト急増を受け個人向けプランを制限し始めている。固定月額中心の価格モデルから将来的にはトークン消費量に応じた課金へ移行していく可能性あり。まぁそうなるよね…
  • 「あの人さえいなければ」──この誤診が、チームの生産性を下げる | サイボウズ式

    話題の人気ブログ「おい、」シリーズの著者で、ソフトウェアエンジニアのnwiizoさんによる新連載「生産性を取り戻せ」が始まります。この連載では「仕事の生産性」をあらゆる角度から捉え、チームで生産性を高めていくためのヒントを探っていきます。 第1回のテーマは「なぜ私たちは“意味のない忙しさ”に陥るのか?」です。そもそも「生産性が下がる構図」とは何なのか、その質に迫ります。 はじめに 金曜日の午後4時だった。 「来週のアラインメント会議の事前資料」を作っていた。正確に言えば、事前資料を作るための事前打ち合わせで「次回までにまとめておいてほしい」と言われた内容を、資料に起こしていた。その中身は、先週の会議で話したことの要約だ。 先週の会議も、その前の週の会議も、同じことの繰り返しだった。誰のための資料かわからない。何を決めるための会議かもわからない。ただ、カレンダーに入っている。入っているから

    「あの人さえいなければ」──この誤診が、チームの生産性を下げる | サイボウズ式
    kiririmode
    kiririmode 2026/04/26
    知識労働では価値よりも可視性が評価されやすい。そのため組織は善意のまま「見える忙しさ」を増幅する。価値を生まない忙しさを再生産する構造を見えるようにする語彙を持つことが生産性を取り戻す第一歩
  • Gemma 4をローカルで動かす ── PLE・量子化・TCO計算まで踏み込む実践ガイド - Qiita

    2026年4月2日、Google DeepMindがGemma 4をApache 2.0ライセンスで公開しました。E2B、E4B、26B MoE、31B Denseの4サイズ展開で、スマートフォンからワークステーションまでカバーします。 Reddit r/LocalLLaMAでは公開直後から大きな反響があり、Arena(旧LMSYS Chatbot Arena)のテキストリーダーボードでは31Bがオープンモデル3位(ELO 1,452)、26B MoEが6位にランクインしています。 この記事では、Gemma 4の技術的な特徴を掘り下げたうえで、手元のデバイスで動かすための具体的な手順を整理します。 Gemma 4の技術的な強み Apache 2.0ライセンス 商用利用・改変・再配布が自由なApache 2.0を採用しています。LlamaやMistralのカスタムライセンスと異なり、企業での

    Gemma 4をローカルで動かす ── PLE・量子化・TCO計算まで踏み込む実践ガイド - Qiita
    kiririmode
    kiririmode 2026/04/26
    Gemma 4はPLEによる軽量化、量子化、AL2ライセンスによってローカルLLMを実務で使える選択肢に近づけた。ただしAPIの全面代替ではなく、機密データ処理・オフライン利用・反復タスクのTCOに向いた補完手段として捉えるべき
  • GitHub Copilot は自ら学ぶ: Copilot Memory 入門

    この記事は「GitHub Copilot のメモリ機能」についての連載記事の第1回です。2026年4月時点の情報に基づいています。 GitHub Copilot は自ら学ぶ: Copilot Memory 入門(この記事) VS Code で GitHub Copilot のメモリ機能を使ってみた Copilot CLI で GitHub Copilot のメモリ機能を使ってみた Copilot Cloud Agent で GitHub Copilot のメモリ機能を使ってみた GitHub Copilot のメモリ機能のベストプラクティス GitHub Copilot のメモリ機能 カスタム インストラクション、Agent Skills、AGENTS.md、…。GitHub Copilot をカスタマイズする方法はここ1年で急激に増えました[1]。これらは基的に人間が書いて、ファイルと

    GitHub Copilot は自ら学ぶ: Copilot Memory 入門
    kiririmode
    kiririmode 2026/04/26
    GitHub Copilotのメモリ機能は開発者が毎回コンテキストを説明しなくてもリポジトリ固有の知識をエージェント間・環境間で再利用可能にする仕組み。Copilot Memoryはクラウド上に保存。
  • https://x.com/genkaidokusho/status/2047437540035293379?s=12&t=8snO90Ee0V5u8yV3LK7zwA

    kiririmode
    kiririmode 2026/04/25
    シゴデキを、カオスに秩序を与えるための「言語=ルール」を持ち込むことと定義すると、その言語が周囲の認識や行動を規定する以上、そこには不可避的に権力性が生まれる。だからメタ認知と第三者的牽制が必要
  • https://x.com/akshay_pachaar/status/2041146899319971922?s=12&t=8snO90Ee0V5u8yV3LK7zwA

    kiririmode
    kiririmode 2026/04/25
    エージェントの性能差はモデル差だけでなくハーネス設計の差から生まれる。AIエージェント開発の本丸は、プロンプトではなくハーネスエンジニアリングにあるという話
  • https://x.com/srt_taka/status/2047854846670516619?s=12&t=8snO90Ee0V5u8yV3LK7zwA

    kiririmode
    kiririmode 2026/04/25
    AI時代の競争優位はSoRを持っていること自体ではなく、SoRをコンテキストとして活用しながらユーザーのアウトカムに直結するSoAを作り、その実行を通じて新しいSoRを継続的に生成・進化させられること
  • Spec-driven development with AI: Get started with a new open source toolkit

    AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

    Spec-driven development with AI: Get started with a new open source toolkit
    kiririmode
    kiririmode 2026/04/20
    SDDはvibeの無秩序性に対し短く有効なFBループを成立させる仕組み。AIのspec driftやハルシネーションを受け入れず、仕様/制約/構造化入力/CI/CDによって制御可能な形に圧縮し完全制御ではなく制御可能性を上げる中間層の位置
  • The Cost of Change Curve Is Outdated - Mountain Goat Software

    kiririmode
    kiririmode 2026/04/19
    Boehmの変更曲線は過去は正しかったが現代では後工程の変更が常に致命的に高コストという前提は適切ではない。高いのは「コードを書き換えるコスト」ではなくユーザー理解の遅れやフィードバック遅延コスト
  • Comprehension Debt: The Hidden Cost of AI-Generated Code

    The following article originally appeared on Addy Osmani’s blog site and is being reposted here with the author’s permission. Comprehension debt is the hidden cost to human intelligence and memory resulting from excessive reliance on AI and automation. For engineers, it applies most to agentic engineering. There’s a cost that doesn’t show up in your velocity metrics when teams go deep on AI coding

    Comprehension Debt: The Hidden Cost of AI-Generated Code
    kiririmode
    kiririmode 2026/04/19
    理解負債はシステムの理解が人から失われる状態。正しい仕様記述は存在せずテストは想像外の失敗を検証できないのでこれらで置換は困難。論点は速く作れるかではなく、人の理解を維持したまま出荷可能か
  • Can analysis ever be automated?

    kiririmode
    kiririmode 2026/04/19
    分析業務の難所は、分析を作ることではなくその正しさの検証。AIによる分析は検証しないと危険だが、厳密に検証すると自動化のうまみが消えるため、分析の実用性は「誰がそれを信じるのか」という信頼構造に依存する
  • How AI will Disrupt BI As We Know It

    Credit: DALL-EBusiness intelligence is on a collision course with AI. The collision itself hasn’t happened yet, but it’s clearly coming. The inevitability of this has been clear roughly since the launch of ChatGPT, but no one knew exactly what shape that would take. Today I want to propose how that collision is going to happen and what will happen in its aftermath. I think it will be a very good t

    How AI will Disrupt BI As We Know It
    kiririmode
    kiririmode 2026/04/19
    AIによってBIの中核だったEDAが外部化され、BIは“分析する場所”から“分析結果を運用可能にする場所”へ役割転換を迫られ、ガバナンスと共有の基盤へと後退・再編されるのではないかという主張
  • HNSWのフィルター付きベクトル検索の課題を解決する -pgvectorをマルチテナント環境で用いたインデックス戦略-

    「社内版ビズリーチ by HRMOS(以下、社内版ビズリーチ)」では、自然な言葉で社内の人材を探すことができるセマンティック検索機能を提供しています。セマンティック検索には、ベクトル検索を用いており、PostgreSQL拡張機能であるpgvectorとHNSWインデックスを使用しています。 ベクトル検索には、専用のベクトルデータベースを使用するなど様々な選択肢があります。「社内版ビズリーチ」は新規プロダクトであり、高速な価値検証が求められていました。そのため、運用負荷を下げ、開発スピードを優先できるよう、APIサーバーで使用するPostgreSQLにpgvectorを導入するというシンプルなアプローチでセマンティックサーチを実現しました。 ベクトル検索で一般的に使用されるHNSWインデックスは、高速なベクトル検索を実現しますが、フィルター条件と組み合わせて使用することが難しいという仕組み

    HNSWのフィルター付きベクトル検索の課題を解決する -pgvectorをマルチテナント環境で用いたインデックス戦略-
    kiririmode
    kiririmode 2026/04/19
    HNSWのフィルター問題は「共有HNSWに後段フィルターを掛ける」のではなく「検索対象ごとに別HNSWを持たせる」。RecallはIterative Index Scansで補い、レイテンシーはパーティション分割と部分インデックスでグラフを分離する
  • Claude CodeにローカルLLM(Qwen 3.5 9B)を組み込んでトークン節約してみた

    Claude Codeを日常的に使っていると、APIコスト、なによりもレート制限が気になって仕方がないものです。特にレビューをOpusで回すワークフローだと、1タスクあたりのトークン消費がなかなかのものになる。 「この中のいくつかをローカルLLMで肩代わりできないか?」と思って、OllamaをMCP経由でClaude Codeに組み込み、いろいろ試してみた。 使ったのは手軽に動かせるQwen 3.5 9B。結論から言うと、使えるところと使えないところがはっきり分かれた。lint・コード説明・翻訳/要約あたりは9Bでも十分。一方で設計レビューやコードレビューには力不足だった。大事なのは「全部ローカルでやろう」としないこと。使い分けが一番のポイントだった。 ローカルLLMで使えること lint(文法・参照エラー検出) 実装直後にローカルLLMでlintを回す。未定義変数、import漏れ、型の

    Claude CodeにローカルLLM(Qwen 3.5 9B)を組み込んでトークン節約してみた
    kiririmode
    kiririmode 2026/04/19
    9BクラスのローカルLLMは、lint、コード説明など「事実の抽出・変換」には実用的。設計レビュー、設計照合レビュー、質的なレビューのような「判断」を要する用途には不足。複数文脈の照合や暗黙意図の推論に弱い。
  • AI時代に消えるのは“ジュニア”ではなく、“育成を放置できる時代”なのかもしれない|稲垣剛之 | ラクス

    こんにちは、株式会社ラクスでプロダクト部 部長をしている稲垣です。 先日、t_wadaさんのこちらの動画を見て、強く印象に残るものがありました。 の補完として読んでいただくと、より文脈が伝わると思います。 エンジニアの育成文脈から始まる話ですが、行き着く問いは、PdMにもデザイナーにも共通するものです。 ※記事は、私自身の経験と感想に基づく一例です。制度や運用のあり方は、組織やフェーズによって異なります。 動画を見て残ったもの動画では、AI疲れ、ジュニア不要論、エンジニア育成、バイブコーディング、モブプロといった、いくつもの論点が扱われていました。 一見すると別々の話題のようですが、見終わってみると、私にはそれらがひとつにつながって見えました。AIによって開発は速くなり、個人のアウトプット量は増えました。 一方で、その増えた成果物を評価し、選び、レビューし、チームとして意味のある成果に変

    AI時代に消えるのは“ジュニア”ではなく、“育成を放置できる時代”なのかもしれない|稲垣剛之 | ラクス
    kiririmode
    kiririmode 2026/04/19
    不要になるのはジュニアではなく、学習を暗黙の実務経験に依存する育成のやり方。これまでジュニアが実装の反復で獲得していた設計・品質感覚、レビュー耐性等を組織が意識的に設計し直さなければならなくなった
  • Amazon ECS マネージドインスタンスのマネージドデーモンサポートの発表 | Amazon Web Services

    Amazon Web Services ブログ Amazon ECS マネージドインスタンスのマネージドデーモンサポートの発表 2026 年 4 月 1 日、Amazon Elastic Container Service (Amazon ECS) マネージドインスタンスのマネージドデーモンサポートを発表いたしました。この新機能により、2025 年 9 月に導入したマネージドインスタンスのエクスペリエンスが拡張されます。プラットフォームエンジニアは、アプリケーション開発チームとの調整を必要とせずに、モニタリング、ログ記録、トレースツールなどのソフトウェアエージェントを独立して制御できるようになります。また、すべてのインスタンスで必要なデーモンを常に実行し、包括的なホストレベルのモニタリングを実現できるため、信頼性も向上します。 コンテナ化されたワークロードを大規模に実行する場合、プラットフ

    Amazon ECS マネージドインスタンスのマネージドデーモンサポートの発表 | Amazon Web Services
    kiririmode
    kiririmode 2026/04/19
    ECS Managed Instancesにmanaged daemonを導入することで監視・ログ・トレースなどのホスト共通エージェントをアプリケーションのデプロイやtask definitionから切り離してプラットフォームチームが独立に一元管理できるようになった