<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>記事 · ObjectOS</title><link>https://www.objectos.ai/ja/blog/</link><atom:link href="https://www.objectos.ai/ja/rss.xml" rel="self" type="application/rss+xml" /><description>AI-native ソフトウェア構築に関する 36 本の記事。</description><language>ja</language><lastBuildDate>Wed, 24 Jun 2026 00:00:00 GMT</lastBuildDate><generator>Astro</generator><item><title>AI Agent が本番データを削除するとき：ランタイムガードレールが必要な理由</title><link>https://www.objectos.ai/ja/blog/when-ai-agent-deletes-production-database/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/when-ai-agent-deletes-production-database/</guid><pubDate>Wed, 24 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>Replit のデータベース事故が示した構造的な教訓は、agent の影響範囲をプロンプトだけに任せてはいけないということだ。権限、承認、監査はランタイムが強制する必要がある。</description><category>AI とエージェント</category><category>IT / CIO</category><category>Replit</category><category>AIエージェント</category><category>ランタイムガードレール</category><category>ガバナンス</category><category>監査</category></item><item><title>Retool と AI ネイティブなアプリ基盤：それが統治するのは誰がアプリを開くかであって、ロジックが何をするかではない</title><link>https://www.objectos.ai/ja/blog/retool-vs-ai-native-app-platform/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/retool-vs-ai-native-app-platform/</guid><pubDate>Wed, 24 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>Retool はローコードで最高のアクセス統治を備える——RBAC、監査ログ、SSO、セルフホスト。だが業務ロジックは画面に散らばった JavaScript で、人間が diff として精査できず、AI も監査できない。そこにギャップがある。</description><category>アプリ開発</category><category>開発者</category><category>Retool</category><category>ローコード</category><category>社内ツール</category><category>統治</category><category>AI ネイティブ</category></item><item><title>Power Platform ロックイン：Dataverse、Azure、セルフホストの判断基準</title><link>https://www.objectos.ai/ja/blog/power-platform-lock-in-dataverse-self-host/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/power-platform-lock-in-dataverse-self-host/</guid><pubDate>Wed, 24 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>Power Platform の強みは本物だ。ID、Teams、Dynamics、請求が同じテナントにある。ただし主権、規模コスト、AI 変更レビューを重視するなら、Dataverse と Azure ランタイムの境界は先に確認したい。</description><category>セキュリティとガバナンス</category><category>IT / CIO</category><category>Power Platform</category><category>Power Apps</category><category>Dataverse</category><category>セルフホスティング</category><category>データ主権</category></item><item><title>Lovable は本番運用に安全か：アクセス制御レビューの問題</title><link>https://www.objectos.ai/ja/blog/is-lovable-safe-for-production/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/is-lovable-safe-for-production/</guid><pubDate>Wed, 24 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>Lovable は高速なプロトタイプに向いている。だが本番システムで問うべきは動くかではなく、誰がアクセス制御をレビューできるかだ。RLS、フロントエンドフィルタ、安全スキャンの境界を見極めたい。</description><category>セキュリティとガバナンス</category><category>開発者</category><category>Lovable</category><category>Vibe Coding</category><category>セキュリティ</category><category>アクセス制御</category><category>AI-Native</category></item><item><title>Airtable Omni vs ガバナンス付きAIアプリプラットフォーム：なぜ「元に戻す」ボタンではなくdiffが必要なのか</title><link>https://www.objectos.ai/ja/blog/airtable-omni-vs-governed-ai-app-platform/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/airtable-omni-vs-governed-ai-app-platform/</guid><pubDate>Wed, 24 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>Airtable Omni は自然言語と表形式アプリを強く結びつける。記録システムで問うべきは生成できるかではなく、AI が権限、フィールド、フローを変える前にレビュー可能な diff を出せるかだ。</description><category>アプリ開発</category><category>ビジネスリーダー</category><category>Airtable</category><category>Airtable Omni</category><category>AI Builder</category><category>ガバナンス</category><category>監査</category></item><item><title>AI がアプリを書いたあと：その diff をレビューして Merge できるか</title><link>https://www.objectos.ai/ja/blog/ai-wrote-your-app-dare-to-merge/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/ai-wrote-your-app-dare-to-merge/</guid><pubDate>Tue, 16 Jun 2026 10:30:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>AI は動くアプリをすばやく生成でき、CI も通るかもしれない。本当の問題は、誰も全体を理解していない大きな PR に、誰が責任を持って Merge できるかだ。</description><category>アプリ開発</category><category>開発者</category><category>AIがコードを書く</category><category>コードレビュー</category><category>メタデータ</category><category>ガバナンス</category><category>Vibe Coding</category><category>トレンド考察</category></item><item><title>Agent ルールファイルの書き方：AI にガバナンス可能なアプリを生成させる</title><link>https://www.objectos.ai/ja/blog/give-your-agent-rules-for-governable-apps/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/give-your-agent-rules-for-governable-apps/</guid><pubDate>Tue, 16 Jun 2026 10:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>AGENTS.md、.cursor/rules、CLAUDE.md はコードスタイルだけを管理すべきではない。権限、承認、監査、対象メタデータ形式を書けば、AI 生成アプリはレビューしやすくなる。</description><category>AI とエージェント</category><category>開発者</category><category>エージェントのルール</category><category>AIがコードを書く</category><category>MCP</category><category>オープンプロトコル</category><category>ガバナンス</category><category>トレンド考察</category></item><item><title>オープンな企業オントロジー：業務意味層は誰が所有すべきか</title><link>https://www.objectos.ai/ja/blog/enterprise-ontology-race-open-vs-closed/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/enterprise-ontology-race-open-vs-closed/</guid><pubDate>Tue, 16 Jun 2026 09:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>企業 AI には機械可読な業務定義層が必要だ。だが「顧客、注文、設備」の定義が各プラットフォームに閉じると、agent は同じ会社を見られない。意味層は企業自身が持つべきだ。</description><category>セキュリティとガバナンス</category><category>ビジネスリーダー</category><category>企業オントロジー</category><category>意味層</category><category>Palantir</category><category>微软 Fabric</category><category>オープンプロトコル</category><category>トレンド</category></item><item><title>Vibe Coding の技術的負債：AI が作ったアプリはなぜ後から変えにくいのか</title><link>https://www.objectos.ai/ja/blog/vibe-coding-technical-debt-2026/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/vibe-coding-technical-debt-2026/</guid><pubDate>Tue, 16 Jun 2026 08:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>AI が作った経費精算システムは数か月動いたが、税務ルールが変わると誰も 12,000 行の未読コードに触れなかった。長期システムには、コードではなくレビュー可能な定義が必要だ。</description><category>アプリ開発</category><category>IT / CIO</category><category>Vibe Coding</category><category>技術的負債</category><category>コード生成</category><category>メタデータ</category><category>AI ガバナンス</category><category>トレンド</category></item><item><title>EU AI Act 監査準備：あなたの AI ランタイムは証拠を出せるか</title><link>https://www.objectos.ai/ja/blog/eu-ai-act-runtime-audit/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/eu-ai-act-runtime-audit/</guid><pubDate>Tue, 16 Jun 2026 07:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>AI 判断の完全な記録を求められたとき、モデル品質だけでは足りない。ランタイムは認可、証拠、監督、監査履歴を示せなければならない。</description><category>セキュリティとガバナンス</category><category>IT / CIO</category><category>EU AI Act</category><category>CADA</category><category>コンプライアンス</category><category>データ主権</category><category>セルフホスト</category><category>AI ガバナンス</category></item><item><title>MCP セキュリティ：プロトコルだけではなぜ足りないのか</title><link>https://www.objectos.ai/ja/blog/mcp-governed-tool-layer/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/mcp-governed-tool-layer/</guid><pubDate>Tue, 16 Jun 2026 06:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>MCP と A2A は agent とツールの接続を簡単にする。だが接続は認可ではない。企業に必要なのは、呼び出しごとに身元、権限、監査を強制するツール層だ。</description><category>AI とエージェント</category><category>IT / CIO</category><category>MCP</category><category>A2A</category><category>Agent 相互運用</category><category>ツール層</category><category>AI ガバナンス</category><category>トレンド</category></item><item><title>AI Agent 試験導入が本番に進めない理由：欠けている四つの実行基盤</title><link>https://www.objectos.ai/ja/blog/why-ai-agent-pilots-fail-four-layers/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/why-ai-agent-pilots-fail-four-layers/</guid><pubDate>Tue, 16 Jun 2026 05:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>デモで喝采を浴びた agent が、法務の一問で止まることがある。問題はモデルではなく、意味、権限、承認、監査の四層がないことだ。</description><category>AI とエージェント</category><category>ビジネスリーダー</category><category>AI Agent</category><category>本番導入</category><category>ROI</category><category>ガバナンス</category><category>ランタイム</category><category>トレンド</category></item><item><title>AI Agent の料金：アクション課金とセルフホスト実行コスト</title><link>https://www.objectos.ai/ja/blog/enterprise-agent-true-cost/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/enterprise-agent-true-cost/</guid><pubDate>Tue, 16 Jun 2026 04:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>アクション単位や token 単位の課金は柔軟に見えるが、agent が自律的になるほどツール呼び出しは増える。コストは使用量曲線、データ域外、ロックイン、自社運用の分岐点を一緒に見る必要がある。</description><category>セキュリティとガバナンス</category><category>ビジネスリーダー</category><category>コスト</category><category>ROI</category><category>アクション課金</category><category>セルフホスト</category><category>Agentforce</category><category>トレンド</category></item><item><title>Agentforce、Copilot Studio の先へ:なぜ一部の企業はオープンでセルフホストのランタイムを選ぶのか</title><link>https://www.objectos.ai/ja/blog/beyond-agentforce-copilot-open-runtime/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/beyond-agentforce-copilot-open-runtime/</guid><pubDate>Tue, 16 Jun 2026 03:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>Agentforce や Copilot Studio は自社エコシステム内で強い。だがデータ、権限、モデル選択が複数システムにまたがる企業では、オープンでセルフホスト可能なランタイムも比較軸になる。</description><category>AI とエージェント</category><category>IT / CIO</category><category>Agentforce</category><category>Copilot Studio</category><category>ServiceNow</category><category>オープンプラットフォーム</category><category>セルフホスト</category><category>トレンド</category></item><item><title>企業 AI Ontology：業務意味層をオープンプロトコルにすべき理由</title><link>https://www.objectos.ai/ja/blog/ai-ontology-open-protocol/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/ai-ontology-open-protocol/</guid><pubDate>Fri, 12 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>AI が企業に入るには、ガバナンスされた業務意味層が必要だ。重要なのは、その定義をオープンでレビュー可能、移行可能にし、実行責任はランタイムが担うことだ。</description><category>セキュリティとガバナンス</category><category>ビジネスリーダー</category><category>Ontology</category><category>Palantir</category><category>AI ガバナンス</category><category>オープンプロトコル</category><category>トレンド</category></item><item><title>AI ネイティブアプリケーションの核心はコード生成ではなくメタデータ生成</title><link>https://www.objectos.ai/ja/blog/metadata-not-code-generation/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/metadata-not-code-generation/</guid><pubDate>Fri, 05 Jun 2026 02:40:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>コード生成はプロトタイプを速くしますが、エンタープライズアプリケーションには、オブジェクト、フィールド、関係、ビュー、権限、ワークフロー、アクション、Agent ツールをまとめて管理するメタデータ Runtime が必要です。</description><category>アプリ開発</category><category>ビジネスリーダー</category><category>AI Builder</category><category>メタデータ</category><category>アプリ構築</category><category>コード生成</category></item><item><title>一文からオブジェクト、ビュー、権限、Agent へ：AI Builder の生成チェーン</title><link>https://www.objectos.ai/ja/blog/natural-language-to-app-metadata/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/natural-language-to-app-metadata/</guid><pubDate>Fri, 05 Jun 2026 02:30:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>AI Builder で重要なのは、一文をページに変えることではなく、業務要求をオブジェクト、フィールド、ビュー、ワークフロー、権限、自動化、Agent ツールに分解することです。</description><category>アプリ開発</category><category>ビジネスリーダー</category><category>AI Builder</category><category>自然言語アプリ構築</category><category>メタデータ</category><category>Agent</category></item><item><title>Airtable のように作り、会話のように変更する</title><link>https://www.objectos.ai/ja/blog/airtable-style-ai-builder/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/airtable-style-ai-builder/</guid><pubDate>Fri, 05 Jun 2026 02:20:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>AI Builder の最も分かりやすい製品像は、表形式のアプリ構築と自然言語インタラクションの組み合わせです。オブジェクト、フィールド、ビュー、権限、自動化を対話で生成・変更できます。</description><category>アプリ開発</category><category>ビジネスリーダー</category><category>AI Builder</category><category>Airtable</category><category>No-code</category><category>自然言語</category></item><item><title>会話で業務システムを変える：フィールド、ワークフロー、ビュー、自動化</title><link>https://www.objectos.ai/ja/blog/conversational-app-iteration/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/conversational-app-iteration/</guid><pubDate>Fri, 05 Jun 2026 02:10:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>AI Builder の本当の価値は、継続的な会話型イテレーションにある。フィールド、ワークフロー、ビュー、権限、自動化をメタデータ層で安全に進化させられる。</description><category>アプリ開発</category><category>ビジネスリーダー</category><category>会話型アプリ構築</category><category>AI Builder</category><category>自動化</category><category>権限</category></item><item><title>サポートが顧客課題を理解する：AI チケットハブを構築する</title><link>https://www.objectos.ai/ja/blog/ai-ticket-hub/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/ai-ticket-hub/</guid><pubDate>Fri, 05 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>問い合わせ、顧客履歴、SLA、ナレッジを一つのチケットハブにまとめる。AI は回答を急ぐだけでなく、権限と監査の境界内でサポートの次の一手を提案する。</description><category>アプリ開発</category><category>ビジネスリーダー</category><category>ケース管理</category><category>顧客ポータル</category><category>AI ticketing</category><category>Customer support</category><category>Natural-language app building</category><category>Metadata-driven apps</category></item><item><title>営業が CRM を手入力しないために：対話できる AI セールスアシスタント</title><link>https://www.objectos.ai/ja/blog/ai-sales-assistant/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/ai-sales-assistant/</guid><pubDate>Fri, 05 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>営業メモ、商談、フォローアップを AI が整理する。大事なのは入力を減らすことだけではなく、顧客データを権限の範囲で扱うことだ。</description><category>アプリ開発</category><category>ビジネスリーダー</category><category>CRM</category><category>AI sales</category><category>CRM</category><category>Natural-language app building</category><category>Agent</category></item><item><title>プロジェクトリスクは進捗更新に隠れる：AI プロジェクト管理アシスタント</title><link>https://www.objectos.ai/ja/blog/ai-project-risk-assistant/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/ai-project-risk-assistant/</guid><pubDate>Fri, 05 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>進捗更新、課題、遅延シグナルを読み取り、プロジェクトリスクを早く見つける。AI は提案できるが、ステータス変更や通知は権限と承認の下で動く。</description><category>アプリ開発</category><category>ビジネスリーダー</category><category>AI project management</category><category>Risk detection</category><category>Meeting notes</category><category>Natural-language app building</category></item><item><title>サプライヤーリスクを早く見る：AI 調達意思決定アプリ</title><link>https://www.objectos.ai/ja/blog/ai-procurement-risk/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/ai-procurement-risk/</guid><pubDate>Fri, 05 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>サプライヤー、価格、納期、コンプライアンス情報をつなぎ、調達判断のリスクを早く見つける。AI の提案は承認と監査のある業務フローに載せる。</description><category>アプリ開発</category><category>ビジネスリーダー</category><category>サプライチェーンと調達</category><category>製造</category><category>AI procurement</category><category>Supplier risk</category><category>Supply chain</category><category>Procurement decisions</category></item><item><title>経費審査は OCR だけではない：ルールを理解する AI 財務審査アプリ</title><link>https://www.objectos.ai/ja/blog/ai-expense-audit/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/ai-expense-audit/</guid><pubDate>Fri, 05 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>経費審査は OCR だけでは終わらない。AI は領収書、社内規程、例外理由を読み、承認者がレビューできる形でリスクを提示する。</description><category>アプリ開発</category><category>ビジネスリーダー</category><category>金融サービス</category><category>AI finance</category><category>Expense audit</category><category>Spend control</category><category>Audit</category></item><item><title>チケット起票から会話へ：AI 社内サービスセンター</title><link>https://www.objectos.ai/ja/blog/ai-employee-service-center/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/ai-employee-service-center/</guid><pubDate>Fri, 05 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>社内問い合わせをチケット起票から会話へ移す。AI は回答候補を出し、必要な手続きへ導くが、従業員データと承認はランタイムが守る。</description><category>アプリ開発</category><category>ビジネスリーダー</category><category>人事と社内アプリ</category><category>ケース管理</category><category>AI employee service</category><category>Enterprise service center</category><category>HR</category><category>IT service</category></item><item><title>契約レビューをまず AI に任せられるか：AI 契約リスクアプリ</title><link>https://www.objectos.ai/ja/blog/ai-contract-risk/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/ai-contract-risk/</guid><pubDate>Fri, 05 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>契約書のリスク、欠落条項、承認ルートを AI が下読みする。ただし法務判断は置き換えず、レビュー可能な差分と監査証跡を残す。</description><category>アプリ開発</category><category>ビジネスリーダー</category><category>金融サービス</category><category>AI contract review</category><category>Legal operations</category><category>Risk management</category><category>Metadata-driven apps</category></item><item><title>コンテンツチームの AI ワークベンチ：企画から振り返りまで</title><link>https://www.objectos.ai/ja/blog/ai-content-workbench/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/ai-content-workbench/</guid><pubDate>Fri, 05 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>企画、執筆、レビュー、配信、振り返りを一つの AI ワークベンチにまとめる。コンテンツ制作でも、権限、承認、履歴は生成速度と同じくらい重要だ。</description><category>アプリ開発</category><category>ビジネスリーダー</category><category>通信・メディア</category><category>AI content operations</category><category>Content workbench</category><category>Natural-language workflow</category><category>App development</category></item><item><title>制度を手で読むだけのコンプライアンスから：AI 内部統制アプリ</title><link>https://www.objectos.ai/ja/blog/ai-compliance-control/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/ai-compliance-control/</guid><pubDate>Fri, 05 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>規程、証跡、例外、是正タスクをつなぎ、内部統制を継続的に確認する。AI は判断を支援し、人間の承認と監査ログを残す。</description><category>アプリ開発</category><category>IT / CIO</category><category>金融サービス</category><category>AI compliance</category><category>Internal controls</category><category>Audit</category><category>Governance</category></item><item><title>業務システムに Agent を持たせる：実行できる AI ワークベンチ</title><link>https://www.objectos.ai/ja/blog/ai-agent-workbench/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/ai-agent-workbench/</guid><pubDate>Fri, 05 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>業務システムに agent を足すなら、チャット欄だけでは足りない。実行できるアクション、権限、承認、監査を同じワークベンチで扱う必要がある。</description><category>アプリ開発</category><category>IT / CIO</category><category>AI Agent</category><category>Business workbench</category><category>Tool calling</category><category>Permission governance</category></item><item><title>企業の AI アプリ基盤をまず自社管理ランタイムにすべき理由</title><link>https://www.objectos.ai/ja/blog/self-hosted-ai-app-platform/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/self-hosted-ai-app-platform/</guid><pubDate>Thu, 04 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>AI が業務データを読み、フローを動かし、アプリを生成し、ツールを呼ぶなら、企業が制御すべきなのはモデルだけでなく、オブジェクト、権限、ツール、承認、監査を担うランタイムです。</description><category>セキュリティとガバナンス</category><category>IT / CIO</category><category>Self-hosted</category><category>Private Deployment</category><category>Data Security</category><category>AI Governance</category></item><item><title>一つの要件から動くアプリへ：修理業務で見る ObjectStack メタデータ</title><link>https://www.objectos.ai/ja/blog/from-requirement-to-app/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/from-requirement-to-app/</guid><pubDate>Thu, 04 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>設備修理の具体例で、AI Builder が一つの要件をオブジェクト、フィールド、関係、ビュー、権限、アクション、ワークフロー、API、Agent ツールへ変換する過程を示します。</description><category>アプリ開発</category><category>開発者</category><category>AI Builder</category><category>App Development</category><category>Metadata</category><category>Object Modeling</category></item><item><title>AI エージェントを企業の権限境界内で動かす方法</title><link>https://www.objectos.ai/ja/blog/ai-agent-business-data-security-boundaries/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/ai-agent-business-data-security-boundaries/</guid><pubDate>Thu, 04 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>企業に必要なのは、AI エージェントをスーパー管理者にすることではありません。ユーザー権限を継承し、危険な操作は承認へ回し、すべてを監査できる制御されたエージェントです。</description><category>セキュリティとガバナンス</category><category>IT / CIO</category><category>AI Agent</category><category>Permissions</category><category>Data Security</category><category>Audit</category></item><item><title>製造業がレガシーシステムに AI をつなぐ方法：ERP 置き換えではなく、レポートと作業指示から始める</title><link>https://www.objectos.ai/ja/blog/manufacturing-legacy-systems-ai/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/manufacturing-legacy-systems-ai/</guid><pubDate>Wed, 03 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>製造業のシステムは古く、重く、置き換えが難しいことが多い。実用的な AI の道は既存システムを接続し、レポート、作業指示、例外分析から始めることです。</description><category>連携とデータ</category><category>IT / CIO</category><category>ケース管理</category><category>サプライチェーンと調達</category><category>製造</category><category>Manufacturing</category><category>ERP</category><category>Work Orders</category><category>AI Adoption</category></item><item><title>複雑な業務でローコードが限界に達する理由と、AI-native アプリ基盤の違い</title><link>https://www.objectos.ai/ja/blog/low-code-vs-ai-native-app-platform/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/low-code-vs-ai-native-app-platform/</guid><pubDate>Wed, 03 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>ローコードは画面やワークフローを速く作れますが、複雑な業務システムはオブジェクト、権限、連携、変更、保守性に制約されます。AI-native 基盤は別の層を解決します。</description><category>アプリ開発</category><category>IT / CIO</category><category>人事と社内アプリ</category><category>ケース管理</category><category>Low-Code</category><category>AI-Native</category><category>Application Platform</category><category>Architecture</category></item><item><title>CRM から始める：AI が顧客、商談、フォロー履歴を理解するには</title><link>https://www.objectos.ai/ja/blog/crm-ai-understands-customers/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/crm-ai-understands-customers/</guid><pubDate>Wed, 03 Jun 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>多くの CRM には顧客、商談、連絡先、活動履歴がすでにあります。AI の実用的な入口は、データを書き出すことではなく、権限の下でそれらの業務オブジェクトを理解させることです。</description><category>連携とデータ</category><category>ビジネスリーダー</category><category>CRM</category><category>CRM</category><category>Sales Management</category><category>AI Adoption</category><category>Customer Data</category></item><item><title>既存の業務システムを移行せずに AI-native にする</title><link>https://www.objectos.ai/ja/blog/extend-existing-systems-with-ai/</link><guid isPermaLink="true">https://www.objectos.ai/ja/blog/extend-existing-systems-with-ai/</guid><pubDate>Sat, 30 May 2026 00:00:00 GMT</pubDate><dc:creator>ObjectStack Team</dc:creator><description>すでに動いているデータベースに ObjectOS を接続し、コーディングエージェントでテーブルをオブジェクトとしてモデル化すれば、元のシステムを壊さず、権限の下で実データに AI を載せられます。</description><category>連携とデータ</category><category>一般</category><category>Data Sources</category><category>AI-Native</category><category>Architecture</category></item></channel></rss>