「知識管理（PKM）」と Obsidian の活用法 について、実践例と思想の両面から詳しく紹介しています。前半では、情報と知識の違い、知識管理の必要性、意思決定やコンテキストの重要性など、PKM の本質的な背景を丁寧に解説。後半では、実際の Obsidian を用いたノート構成、推しポイント（ローカルベース・リンク中心の整理・プラグイン拡張）や、Templater / Dataview / Web Clipper / 自作プラグインなどの活用術まで、実践的な内容がまとめられています。さらに、記事内で紹介した Obsidian 構成テンプレートが GitHub で配布されており、今日から PKM を始めたい人にも嬉しい内容となっています。

本記事では、モダンなフロントエンド開発を効率化するために、SvelteとdaisyUIを組み合わせる方法を解説します。Svelteは軽量で直感的なUI構築が可能なJavaScriptフレームワークで、ReactやVueと比較してコード量を削減できます。一方、daisyUIはTailwind CSSのプラグインで、豊富なコンポーネントとテーマを提供し、UI開発をシンプルにします。記事では、両者の特徴や利点を紹介し、SvelteKitとdaisyUIのセットアップ手順を詳しく説明。初心者でも簡単に始められる構成で、UI/UXを重視した開発体験を向上させるヒントを提供します。

本記事では、Android開発初心者の筆者が、AIにadbコマンドの実行を任せるためにMCPサーバーを自作した取り組みを紹介しています。MCPサーバーはAIに外部機能を提供する仕組みで、今回はGo製ライブラリ「mark3labs/mcp-go」を用いて、adbコマンドを実行するツールを実装しました。記事では、サーバー生成・ツール定義・実装・ビルド手順を詳しく解説し、Android StudioのGemini Code Assistとの連携方法も紹介。最後に、実運用に向けた課題（コマンド制御の必要性）や今後の改善方針について述べています。

本記事では、OPTiM社内ハッカソンで開発された「CI-Agent」について紹介しています。CI-AgentはGitLab CI上で動作するCoding Agentで、issue対応やコード修正、MR作成などを自動化する仕組みを備えています。Claude CodeとAWS Bedrockを活用し、社内GitLab環境に適応した設計を採用。さらに、定型作業を効率化するためのWorkflowディレクトリやプロンプト安全性チェック機能も実装しました。目的は、サービス運用の明文化と非同期オペレーション化を進め、エンジニアの「暇」を創出し、より挑戦的な開発を可能にすることです。記事では、構成や設計思想、課題、今後の展望について詳しく解説しています。

Webアプリケーションにおいて、画面のロックやスリープを抑制するための Screen Wake Lock API について、バッテリーや省電力モードなどの状況も踏まえた動作確認を行った内容を記事にまとめました

本記事は OPTiM TECH BLOG Advent Calendar 2025 Day 20 のエントリーで、2025年10月に発足した「フロントエンド推進室」の活動と、運営メンバーによるフロントエンド技術の小ネタを紹介しています。フロントエンド推進室は、社内横断的にフロントエンド技術力を強化することを目的とし、雑談会やOSS活動、社外イベント登壇、同時視聴会などを継続的に実施しています。記事後半では、運営メンバー6名がそれぞれの知見を共有。npm auditやRenovateを活用した脆弱性対策、Storybookで類似コンポーネントを検索しやすくするタグ活用、AIやMCP Serverを使った効率的な学習法、スマホWebアプリでスクロール制御するCSS＋JS実装、開発者ツールのネットワークタブを見やすくする設定など、実践的なTipsが満載です。

本記事では、MarkdownをHTMLに変換する際に利用される remark/rehype の内部処理を深掘りしています。remarkはMarkdownとmdast（Markdown構文木）、rehypeはHTMLとhast（HTML構文木）の相互変換を担い、両者はunifiedパッケージ群に属します。Markdown → mdast → hast → HTMLという変換プロセスを実際のサンプルを用いて解説し、構文木の構造やposition情報の意味を詳しく紹介。また、カスタマイズ機能を追加した場合のmdast/hastの変化についても触れています。MarkdownやHTMLを木構造で扱う仕組みを理解することで、プレビュー機能や拡張機能の実装に役立つ知見が得られます。

本記事では、Anthropicが提唱する MCP（Model Context Protocol） を Kotlin で実装する方法を紹介しています。MCPはLLMアプリケーションと外部ツール・データソースを接続するための標準プロトコルで、JSON-RPCを用いた通信を特徴とします。記事では Spring AI を利用し、Spring BootベースでMCPサーバーとクライアントを構築する手順を解説。サーバー側では@Toolアノテーションを使ったツール定義、クライアント側ではOpenAI APIとの連携を実装し、ツール呼び出しの流れやSpring AI内部の仕組みも詳しく説明しています。最後に、Spring AIの利点と現状の課題についてまとめ、LLMとMCPを活用した開発の可能性を示しています。

本記事では、病院向け製品「OPTiM AIホスピタル」のマニュアル作成における課題と、その解決策としてMarkdownとAIを組み合わせた方法を紹介しています。従来のWordやNotionでの作成では、画像配置やフォーマット統一、バージョン管理など多くの手動修正が必要でした。そこでMarkdownを採用し、Gitによる差分管理やMkdocs・Pandoc・WeasyPrintを活用することで、Web版とPDF版の両方を効率的に生成。さらに、AIによる自動生成・修正が容易になり、工数削減と品質向上を実現しました。

本記事では、開発環境の再現性を高めるためのパッケージマネージャー「Nix」について、UbuntuとmacOSでの導入・活用方法を紹介します。Nixの特徴である宣言的・再現性・信頼性を軸に、home-managerやnix-darwinを使ったホームディレクトリやOS設定の管理、devShellによる開発環境の均一化について解説。さらに、導入時の注意点や実際に使ってみた感想も共有します。日本語情報が少ない中での学びや、Nixの魅力を伝える入門記事です。

本記事では、Slackでの議論を簡単にRedmineチケット化する仕組みを紹介します。特定のスタンプを押すだけで、Slack投稿をAWS Step Functions経由で処理し、AWS Bedrockで要約・整形した後、Redmine APIを使って自動的にチケットを作成します。構成にはSlack公式機能「Reacji Channeler」、AWS Lambda、S3、Secrets Managerなどを活用し、セキュリティや保守性にも配慮。開発はAIをフル活用し、わずか1日で実現しました。チケット化の手間を大幅に削減し、業務効率を向上させる実践的な事例です。

本記事では、2025年に急速に進化した Vision Language Model (VLM) の動向を紹介します。画像をテキストとして理解するだけでなく、物体検出やOCR、セグメンテーションなど、従来は専用モデルが必要だったタスクが Qwen2.5-VL、Gemini 2.5/3.0、Qwen3-VL などの汎用モデルで可能になりつつあります。記事では各モデルの特徴や実際の利用例、精度・速度の課題、そして今後の展望について解説しています。

本記事では、Electron ForgeでビルドしたAppX形式のファイルに対して、ハードウェアトークンを用いたコード署名を行う方法を解説します。Electron Forgeは標準で.pfx証明書による署名を前提としており、ハードウェアトークン署名はサポートされていません。そのため、postMakeフックを利用して署名処理を上書きする必要があります。記事では、署名の仕組み、Electron Forgeの落とし穴、そしてハードウェアトークン署名を実現するためのサンプルコードを紹介します。

この記事では、24卒エンジニアが個人開発でiOSアプリとGo製BFFをゼロから構築した経験を紹介しています。テーマは「AI駆動開発」。AIを単なるコード生成ツールではなく、開発パートナーとして活用し、SwiftによるiOSアプリ開発、Goによるバックエンド構築、Terraformを用いたインフラ構築までを短期間で習得したプロセスを詳細に解説。散歩好きの著者が作った「お散歩SNSアプリ」を題材に、MVP開発、アーキテクチャ選定、AIとの対話による学習効率化、そしてAI時代のエンジニアに求められるスキルについて考察しています。

本記事では、LLMアプリケーション開発におけるプロンプト管理のための構造化言語「POML」について調査しました。POMLは、テンプレートエンジンによる柔軟な記述、画像入力対応、Tool呼び出しなど強力な機能を備えています。しかし、Structured Outputsのサポート不足や複雑な制御構文による管理コストの高さなど、実プロダクトでの採用には課題も見えました。本記事では、POMLの記述方法、画像入力の仕組み、Structured Outputs対応状況を整理し、実用性を評価します。今後のアップデートでマルチモーダルやJSON Schema対応が進めば、より有力な選択肢になるでしょう。

本記事では、AWS LambdaでLLMのバッチ処理を安定運用するためのリトライ戦略について解説しています。まず、レート制限エラー（429）、Lambdaの実行時間制限、状態管理の複雑さ、コスト効率といった典型的な課題を整理し、その解決策として指数バックオフ＋ジッターを用いたリトライ戦略の重要性を紹介します。続いて、4つのアプローチを比較します。Lambda + SQS：シンプルで低コストだが、リトライ制御や可視性に制約ありAWS Step Functions：宣言的なリトライ設定と可視化が可能で、エンタープライズ用途に適するMastra：TypeScriptベースのAIエージェントフレームワークで柔軟性は高いが、リトライ戦略は簡易的Lambda Durable Functions：2025年12月に登場した新機能で、待機中課金なし・状態管理自動化が特徴（東京リージョンは未対応）最後に、要件別の比較表と選定指針を提示し、現時点ではStep Functionsが安定運用に最適であり、今後はDurable Functionsが有力候補になると結論づけています。

本記事では、OPTiM Collaboration Portalの開発チームが、従来Excelで管理していたテスト仕様書をYAML形式で管理する仕組みに移行した取り組みを紹介しています。OpenAPIの構造を参考に、機能ごとにYAMLファイルを分割し、$refでインクルードする設計を採用。YAMLからExcelへの変換はGo言語でCLIツールを実装し、Excel/CSV生成やHTMLビューワー機能を提供。さらにGitLab CI/CDでバージョン管理を行い、生成物をArtifactsとして保存する運用を構築しました。これにより、変更差分の追跡性や記述効率が向上し、今後はAI活用によるさらなる改善を目指しています。

本記事では、15年の歴史を持つモノリシックな Ruby on Rails サービス「OPTiM Biz」における 10万超の単体テスト運用の工夫を紹介しています。テスト総実行時間は約17時間に及び、全テストを毎回実行するのは非現実的。そのため、以下の取り組みを実施：50並列実行：GitLab CI の parallel 機能を活用し、実行時間を約1時間まで短縮。Launchableによるテスト選択：AIを用いて関連性の高いテストを優先実行し、CIリソースを約77%削減。さらに、今後はセットアップ時間短縮や並列数の最適化、テスト改善（長時間テストや失敗しないテストの見直し）を進める予定です。テストは「書くだけでなく運用設計が重要」であり、AI活用は開発者体験と品質向上の両立に有効な手段と結論づけています。

本記事では、LiveKit DevDay 2025で発表された「Agent Builder」について紹介しています。Agent Builderは、ブラウザ上でコード不要で音声AIエージェントを構築できるツールで、システムプロンプトやモデル選択を行うだけで数分でエージェントを作成可能です。HTTPツールによる外部API連携やプレビュー・デプロイ機能も備え、LiveKit Cloudで簡単に本番環境へ展開できます。実際に「天気予報を教えるエージェント」を構築した事例を通じて、操作手順や感想を共有。日本語対応の課題はあるものの、開発体験を大幅に向上させる可能性を秘めたサービスであることを解説しています。

本記事では、Go 1.25で実験的に追加され、1.26で正式導入が期待されるencoding/json/v2の変更点を解説しています。公式テストコードv2_diff_test.goを参考に、v1との違いを15項目にわたり紹介。主な変更点は以下の通りです：JSONタグの大文字小文字の扱い：v2では区別がデフォルト。omitemptyの定義変更：Goの空値からJSONの空値基準へ。stringオプションの適用範囲：数値のみ、複合型にも再帰的適用。nilスライス・マップの出力：nullから[]や{}へ。固定長配列の長さチェック：不一致時はエラー。[N]byteのエンコード：Base64形式に統一。HTMLエスケープ廃止：RFC 8785準拠。無効なUTF-8はエラー：データ破損防止。これらの変更は、JSONの一貫性やパフォーマンス向上を目的としています。詳細は公式テストコードを活用しながら理解を深めましょう。

本記事では、OPTiM BizのRailsバージョンアップ作業中に発覚した「英語環境でCSVインポートが失敗する」という不具合の原因究明から、OSSへのコントリビュートに至るまでの過程を紹介しています。調査の結果、問題はCSV gemではなく、i18n gemのスレッドローカル変数の扱いに起因していることが判明。FiberとThread.currentの挙動の違いが原因で、英語環境でI18n.localeが意図せずdefault_localeに戻ってしまう現象が発生していました。最終的に、Thread#thread_variable_getを利用する修正を提案し、i18n gemへのPull Requestがマージされました。記事では、技術的な学び、英語でのOSSコミュニケーション、メンター制度の重要性、OSS貢献の価値についても振り返っています。

本記事では、React + Vite構成のSPAで利用しているTanStack Routerを基盤とした新しいフルスタックフレームワーク TanStack Start を紹介しています。TanStack Startは型安全で開発者体験を重視し、クライアントサイドファーストの設計思想を持つ点が特徴です。SSRやServer Functionsなどのサーバーサイド機能を備え、Next.jsに近い機能を提供しつつ、既存のTanStack Routerユーザーにとって移行しやすい構成になっています。記事では、ルーティング、実行モデル、Server Functionsの使い方を具体例とともに解説し、実際に触ってみた所感を共有しています。SPAから段階的にサーバーサイド機能を取り入れたいケースに有力な選択肢となることを示唆しています。

はじめに こんにちは。私は神戸大学2年の山田と申します。 本記事は、OPTiM TECH BLOG Advent Calendar 2025 Day 3 の記事です！ 今回はKOBEインターンシップ・就業体験プログラム(ジョブ型就業体験)に参加し、インターン生として働いた様子を紹介します。 携わったサービスについて 私が今回担当したサービスはピンポイントタイム散布(PTS)になります。私は主に、Go言語を用いて、このPTSの管理業務を効率化するための社内向けWebツールのAPI開発を担当しました。 www.optim.co.jp 開発の背景と課題 PTSはドローンによって防除作業全体をDX化す…

本記事では、OPTiM Contract、OPTiM 電子帳簿保存、OPTiM 文書管理の開発を担当する新卒エンジニアが、機能開発の全工程でAIをどのように活用したかを紹介します。要件定義・設計・実装の3つの事例を通じて、AIを「任せっきりにせず、自分の成長につながる使い方」を意識した取り組みを解説。さらに、活用中に直面した課題とその対応策も共有し、若手エンジニアにとってのAIとの付き合い方を考察します。

本記事では、フロントエンド開発でよくある「横スクロールができない」「コンテンツが親要素を突き抜ける」問題を、Flexbox特有の仕様（min-width: auto）を原因として解説します。実際の事例として、MUIのStackコンポーネントを使ったFAQページ実装で発生したレイアウト崩れを紹介し、解決策として min-width: 0 の指定やGridレイアウトの採用を提案。さらに、FlexboxとGridの特性を比較し、適切な使い分けのポイントを整理しました。「とりあえずFlex」から卒業し、要件に応じたレイアウト選択の重要性を伝える内容です。

OPTiM TECH BLOG Advent Calendar 2025の扉記事です。12月1日から12月25日まで期間、様々な技術分野の記事をお届けしていきます。AI・IoT・クラウド・モバイル開発・インフラ・データサイエンスなど、オプティムの幅広い技術領域から、エンジニアたちの知見やチャレンジをシェアしていく予定です。

こんにちは プロモーション・デザインユニット（以下プロモ・デザインU）の清水です。 前回はデザインシステムのライティングについて書きましたが、今回は2025年10月24日(金)、株式会社Helpfeel 東京本社にて、「~エンジニア視点で議論する~ 次世代デザインシステムへの現在地」にデザイナーの清水とエンジニアの高橋が登壇させていただいたので、そのイベントレポートをお届けいたします。 tech-blog.optim.co.jp こんにちは 合同トークイベントについて [LT1]コンポーネントライブラリのその先へ：デザインシステムの可能性（サイボウズ：釜堀さん） [LT2]Spindle あっ…

農学を専攻する大学生の佐々木さんが、OPTiMサマーインターンシップ2025に参加し、社長室・R&Dユニットで2週間の実務を経験した報告です。担当したのは、農薬散布サービス「ピンポイントタイム散布」で使用する社内向け地図マッチングツールの改善です。顧客から受領した紙地図データを自動で位置情報付与するツールにおいて、画像特徴量抽出手法「XFeat」モデルを地図向けにファインチューニングする作業に取り組みました。地理院タイルからデータセットを作成し、訓練用コードを改修してファインチューニングを実施しましたが、十分な精度には至らず今後の課題が残りました。インターンを通じて、GitLabを使ったチーム開発の実践、大規模コードの読み方、デバッグ手法など実務的なスキルを習得。技術好きで面倒見の良い社員が多い職場環境で、自身の経験不足を実感しながらも、実践を通じた成長の重要性を学んだ充実した2週間となりました。

はじめに こんにちは！プロモーション・デザイン・ユニットのプロモーションチームです。 普段はオプティムのWebサイト全体の管理・運用を担当しており、コンテンツの企画からページ制作まで幅広く手がけています。 さて、突然ですが「屏風の虎」という一休さんの説話をご存知でしょうか。 お殿様が「屏風の虎が夜な夜な抜け出して悪さをするので退治せよ」と命じたところ、一休さんが「ではまず屏風から虎を出してください」と切り返した、という有名な話です。 これは「実現不可能な前提に基づく要求は解決できない」という教えで、システム開発やデザイン制作の現場でもよく例えに使われています。 実現不可能な前提に基づく要求は愚…

こんにちは！ OPTiM Biz開発チームの山田、北川、片岡、福原です。 今回はiOSDC Japan 2025に参加してまいりましたので、会場の雰囲気や内容をレポートします！ iOSDCについて iOSDC Japan はiOS関連技術をコアのテーマとした技術者のためのカンファレンスです。 基礎的な入門セッションから最先端の専門的なトピックまで幅広くカバーされており、 初心者からベテランまで全てのレベルの技術者が楽しめるのが特徴です。 会場は、有明セントラルタワーホール＆カンファレンスで開催されました。 また、ニコニコ生放送にて、オンライン配信も視聴可能でした。 会場の雰囲気 会場は広々とし…