今日已更新 412 条资讯 | 累计 19972 条内容
关于我们

标签:#enterprise

找到 44 篇相关文章

AI 资讯

Fika Jobs raises $4M to build a video-first hiring platform where AI agents interview candidates

The hiring process has long been criticized for its inefficiency and opacity. Candidates spend hours writing applications and submitting cover letters, only to disappear into what often feels like a black box. Generative AI has only made things messier, with employers increasingly relying on AI-powered screening systems to sift through an overwhelming number of submissions. […]

2026-06-23 原文 →
AI 资讯

Google Open Knowledge Format: Why Enterprise Agents Need a Knowledge Layer, Not Just More Tools

Google Open Knowledge Format: Why Enterprise Agents Need a Knowledge Layer, Not Just More Tools Most enterprise AI conversations still start in the wrong place. They start with the model. Which model should we use? Which framework should we adopt? Which vendor has the best agent platform? Which tools should we connect next? These are fair questions. But in real enterprise architecture, they are not the hardest questions. The harder question is this: Can our AI systems actually understand how our business works? That is why Google Cloud’s article on Open Knowledge Format caught my attention. The article talks about a simple but important idea: representing knowledge in a way that humans can read and machines can use. In OKF, that means markdown for the content and structured metadata for context. At first glance, that may sound too simple. But that simplicity is the point. Enterprises do not need another place where knowledge goes to die. We already have enough portals, catalogs, wikis, dashboards, folders, and internal tools. What we need is a practical way to package knowledge so it can be reviewed, versioned, governed, searched, and reused by both people and AI agents. That is where this idea becomes very relevant for agentic AI. The Real Enterprise AI Problem Most organizations already have the knowledge their AI agents need. They have it in databases, dashboards, tickets, architecture notes, runbooks, Confluence pages, data catalogs, code comments, incident reports, old project documents, and the heads of experienced employees. The issue is not that knowledge does not exist. The issue is that it is fragmented. Some of it is outdated. Some of it is duplicated. Some of it is tribal. Some of it is locked inside tools. Some of it is written for humans but not structured enough for AI systems to use reliably. This becomes a serious problem when we move from AI assistants to AI agents. An assistant can give a helpful answer. An agent does more. It plans, selects tools

2026-06-18 原文 →
AI 资讯

The Agent Revolution Is Here and It's Messy

The Agent Revolution Is Here and It's Messy So here's what I'm seeing across the AI landscape right now: agents have stopped being this theoretical concept and become a genuine operational problem for enterprises. And I mean that in the most interesting way possible. The AI agents stack is now mature enough that O'Reilly published a formal breakdown of the six layers between your LLM and a production agent. That's the moment you know something has crossed from experimentation into infrastructure. Companies like Workday are shipping Agent Passport, which basically lets you verify and continuously monitor every AI agent you've deployed against standards like OWASP LLM Top 10 and NIST AI RMF. This is enterprise hardening in real time. But here's the thing that got my attention: the security failures are becoming more creative. Meta's AI customer support agent was weaponized to steal Instagram accounts. It's not that the model was broken—it's that we're still learning how to run production AI safely at scale. Every new capability creates a new surface area. Every surface area gets tested by someone. The multimodal shift is accelerating too. Google dropped Gemma 4 12B last week—an encoder-free multimodal model that runs natively on audio and video. More importantly, it runs on a 16GB laptop. We've hit the inflection point where local multimodal inference isn't a compromise anymore, it's genuinely viable. CVPR 2026 had 4,089 accepted papers, with multimodal AI doubling its share. The academic momentum is undeniable. What's happening in the real world is different though. I'm watching small-business owners deploy entire armies of AI agents—on their finances, customer service, email management. The New York Times ran this piece about what happens when you let agents loose on your actual business. The answer is: sometimes brilliant, sometimes chaos, always operational learning. The local AI trend is real but it's not about ideology anymore. It's about economics and latency.

2026-06-10 原文 →
AI 资讯

OpenAI’s Frontier Governance Framework: Risk Tiers, Trusted Access, and What Developers Need to Know

On May 29, 2026, OpenAI published its Frontier Governance Framework — and most developers moved on to the next item in their feed. That’s a mistake worth correcting. The document doesn’t announce a new model or lower an API price. It describes how OpenAI measures whether its own systems could enable mass-casualty events, what access controls gate who can reach those capabilities, and how this maps to the regulations — the EU AI Act and California’s Transparency in Frontier AI Act — that are actively shaping compliance requirements for any enterprise deploying frontier AI this year. If you build security tools on OpenAI APIs, the framework’s Trusted Access for Cyber program directly affects what your application can and cannot do. If you operate in a regulated environment, the framework is the vendor-side accountability document your compliance team needs to reference. And if you build on frontier models at all, the risk tier system in this framework governs the capability restrictions you will encounter — and, increasingly, what auditors and procurement teams will ask about when vetting your AI vendor stack. What the Framework Actually Is The Frontier Governance Framework is OpenAI’s published methodology for evaluating the risk profile of frontier models before and after deployment. It covers six functional areas: risk assessment and mitigation, model reporting, security risk management, incident response, external expert input, and framework updates. Each area has defined processes, thresholds, and accountability mechanisms. The core architecture is a tier system applied across four risk domains. Each domain is evaluated independently, with tiers reflecting capability levels that could enable specific categories of harm. A model’s rating in any domain determines what deployment controls apply — what gets blocked at the API layer, who gets elevated access, and what triggers an incident response workflow. The framework was published explicitly to align with two regu

2026-05-30 原文 →