Leon-in
211 lines
9.5 KiB
TypeScript
211 lines
9.5 KiB
TypeScript
export interface BlogPost {
|
|
slug: string
|
|
title: string
|
|
excerpt: string
|
|
date: string
|
|
category: string
|
|
image: string
|
|
imageAlt: string
|
|
sections: Array<{
|
|
title: string
|
|
paragraphs: string[]
|
|
}>
|
|
}
|
|
|
|
export const BLOG_CATEGORIES = ["全部", "产品定位", "Agent", "平台能力"] as const
|
|
|
|
export const BLOG_POSTS: BlogPost[] = [
|
|
{
|
|
slug: "why-dal-code-is-an-intent-to-code-platform",
|
|
title: "为什么 DAL Code 不是另一个 AI IDE，而是 Intent-to-Code Platform",
|
|
excerpt: "从“用户先写 prompt”转向“AI 先把需求问清楚”，这是 DAL Code 和传统 AI IDE 的分水岭。",
|
|
date: "2026-04",
|
|
category: "产品定位",
|
|
image: "/assets/wubflow-shield-nocodexport-dev/68a342b7066c56fa60eb3b39/68a6e7e2a643b738b2cb06fc_ai-powered-predictive-models-and-their-impact-thumbnail-quantum-webflow-template.png",
|
|
imageAlt: "DAL Code intent to code platform",
|
|
sections: [
|
|
{
|
|
title: "意图鸿沟才是真问题",
|
|
paragraphs: [
|
|
"大多数 AI 编程工具默认用户已经知道该怎么表达技术需求，于是产品体验围绕 prompt、diff 和代码修改展开。",
|
|
"DAL Code 从一开始就把问题重新定义为意图捕获：当用户只知道业务目标时，AI 应该主动发问、缩小模糊空间，再进入工程执行。",
|
|
],
|
|
},
|
|
{
|
|
title: "从编辑器思维转向任务思维",
|
|
paragraphs: [
|
|
"传统 IDE 的核心工作单元是文件和函数，DAL Code 的核心工作单元是带上下文、约束和验收标准的任务。",
|
|
"这也是为什么 DAL Code 不止输出代码，还要输出测试、文档、执行步骤和审批节点。",
|
|
],
|
|
},
|
|
{
|
|
title: "官网为什么先强调这个",
|
|
paragraphs: [
|
|
"如果官网只讲 Agent、多模型和插件，用户会自然把它理解成另一个 Cursor。",
|
|
"把产品隐喻讲清楚，后面的 Mission Mode、Skills 和多模型路由才有一致的解释框架。",
|
|
],
|
|
},
|
|
],
|
|
},
|
|
{
|
|
slug: "inside-the-dal-code-mission-mode",
|
|
title: "Mission Mode 背后到底在做什么",
|
|
excerpt: "Mission Mode 不是一次长对话，而是一次可分解、可追踪、可审批的工程执行流程。",
|
|
date: "2026-04",
|
|
category: "Agent",
|
|
image: "/assets/wubflow-shield-nocodexport-dev/68a342b7066c56fa60eb3b39/68a6e7c24025d4081cbfa426_how-ai-is-shaping-the-future-thumbnail-quantum-webflow-template.png",
|
|
imageAlt: "Mission mode workflow",
|
|
sections: [
|
|
{
|
|
title: "任务不是一句话结束的",
|
|
paragraphs: [
|
|
"用户输入一个目标后，DAL Code 先匹配适合的 Skill，再通过 intake questions 把目标变成结构化需求。",
|
|
"只有需求足够清晰，任务拆解、工具编排和最终审批才不会失真。",
|
|
],
|
|
},
|
|
{
|
|
title: "自主执行不等于黑盒",
|
|
paragraphs: [
|
|
"Mission Mode 会把计划、上下文压缩、工具调用和权限请求拆到可追踪的步骤上。",
|
|
"这和纯云端黑盒 Agent 的差别很大：用户既能中途干预，也能在结果阶段看到真实的工程边界。",
|
|
],
|
|
},
|
|
{
|
|
title: "为什么它适合团队",
|
|
paragraphs: [
|
|
"团队要的不是单次惊艳，而是可解释的长期协作能力。",
|
|
"Mission Mode 的价值在于把“AI 做了什么、为什么这样做、需要谁审批”都保留下来。",
|
|
],
|
|
},
|
|
],
|
|
},
|
|
{
|
|
slug: "smart-routing-is-a-product-advantage-not-a-model-switcher",
|
|
title: "多模型智能路由不是模型切换器，而是产品能力",
|
|
excerpt: "同一条工作流里，补全、代码审查、网页抓取和长任务规划不该强行使用同一个模型。",
|
|
date: "2026-04",
|
|
category: "平台能力",
|
|
image: "/assets/wubflow-shield-nocodexport-dev/68a342b7066c56fa60eb3b39/68a6e7967b59be67bb3b9a64_the-role-of-transparency-in-ai-thumbnail-quantum-webflow-template.png",
|
|
imageAlt: "Smart model routing in DAL Code",
|
|
sections: [
|
|
{
|
|
title: "路由不是装饰层",
|
|
paragraphs: [
|
|
"如果模型选择还要靠用户手动下拉，产品就没有真正把复杂性接过去。",
|
|
"DAL Code 把任务类型、上下文长度、成本预算和延迟阈值都变成路由输入，而不是让用户自己猜。",
|
|
],
|
|
},
|
|
{
|
|
title: "团队收益来自一致性",
|
|
paragraphs: [
|
|
"真正有价值的不是“能选 20+ 模型”，而是“同一套策略能在团队内稳定复用”。",
|
|
"这样才能把模型成本、成功率和审批路径统一管理起来。",
|
|
],
|
|
},
|
|
{
|
|
title: "这也是中国市场机会",
|
|
paragraphs: [
|
|
"很多国际产品要么模型单一，要么对中文开发者工作流支持不足。",
|
|
"DAL Code 的差异化之一，就是把本地化、路由和工程交付作为同一个产品问题来解。",
|
|
],
|
|
},
|
|
],
|
|
},
|
|
{
|
|
slug: "how-skills-turn-experience-into-reusable-workflows",
|
|
title: "Skills 为什么不是 prompt 模板，而是经验封装",
|
|
excerpt: "DAL Code 想沉淀的不是单次对话，而是可复用、可组合、可交易的工作流资产。",
|
|
date: "2026-04",
|
|
category: "平台能力",
|
|
image: "/assets/wubflow-shield-nocodexport-dev/68a342b7066c56fa60eb3b39/68a6e766a2a14a56c3716545_revolutionizing-business-insights-with-ai-thumbnail-quantum-webflow-template.png",
|
|
imageAlt: "Skills ecosystem for DAL Code",
|
|
sections: [
|
|
{
|
|
title: "prompt 模板解决不了交付一致性",
|
|
paragraphs: [
|
|
"模板只能复用一段话，却无法复用提问顺序、默认值、验证规则和工具执行顺序。",
|
|
"Skills 的意义在于把这些隐性经验显式化，变成可安装的产品单元。",
|
|
],
|
|
},
|
|
{
|
|
title: "技能系统为什么能形成护城河",
|
|
paragraphs: [
|
|
"每次 Skill 被使用，DAL Code 都在积累哪类问题最有效、哪类执行顺序最稳定。",
|
|
"这是一种真正会越用越强的数据飞轮，而不是单纯堆更多提示词。",
|
|
],
|
|
},
|
|
{
|
|
title: "对官网的含义",
|
|
paragraphs: [
|
|
"官网不能只把 Skills 写成一个点状功能。",
|
|
"它应该被用户理解为 DAL Code 从工具走向平台的关键桥梁。",
|
|
],
|
|
},
|
|
],
|
|
},
|
|
{
|
|
slug: "what-open-core-means-for-ai-coding-products",
|
|
title: "AI 编程产品为什么需要 Open Core 的信任结构",
|
|
excerpt: "在涉及代码、终端、权限和企业知识库的场景里，透明度不是加分项，而是进入门槛。",
|
|
date: "2026-04",
|
|
category: "产品定位",
|
|
image: "/assets/wubflow-shield-nocodexport-dev/68a342b7066c56fa60eb3b39/68a6e73c22149c3c4d1276f2_how-ai-is-optimizing-business-thumbnail-quantum-webflow-template.png",
|
|
imageAlt: "Open core trust model",
|
|
sections: [
|
|
{
|
|
title: "为什么不是全闭源",
|
|
paragraphs: [
|
|
"当 AI 需要读代码、改文件、跑命令时，用户天然会关心它到底看到了什么、能做什么。",
|
|
"客户端开源把最敏感的交互层暴露给用户审视，这是建立信任的最短路径。",
|
|
],
|
|
},
|
|
{
|
|
title: "为什么也不是全部开源",
|
|
paragraphs: [
|
|
"DAL Code 的差异化很大一部分来自 Agent 引擎、上下文压缩、路由和知识层的长期工程积累。",
|
|
"Open Core 允许公开信任边界，同时保留真正难复制的智能层能力。",
|
|
],
|
|
},
|
|
{
|
|
title: "这会影响商业化吗",
|
|
paragraphs: [
|
|
"不会，反而更清晰。个人开发者先因为透明和易用进入产品，企业客户再因为私有化和治理能力付费。",
|
|
"这也是产品文案里必须同时出现开源信任和企业方案的原因。",
|
|
],
|
|
},
|
|
],
|
|
},
|
|
{
|
|
slug: "building-a-chinese-first-ai-engineering-workspace",
|
|
title: "做一个中文开发者优先的 AI Engineering Workspace",
|
|
excerpt: "中文优先不是把界面翻译成中文，而是把提问方式、文档语境和社区支持一起本地化。",
|
|
date: "2026-04",
|
|
category: "平台能力",
|
|
image: "/assets/wubflow-shield-nocodexport-dev/68a342b7066c56fa60eb3b39/68a6e640d87281a090067c41_ethical-ai-and-the-balance-between-thumbnail-quantum-webflow-template.png",
|
|
imageAlt: "Chinese-first developer experience",
|
|
sections: [
|
|
{
|
|
title: "为什么这不是 UI 层问题",
|
|
paragraphs: [
|
|
"很多国际产品只有英文信息架构，中文用户即使看懂了界面，也很难把真实需求表达精确。",
|
|
"DAL Code 的本地化重点在于问答路径、默认示例、文档引用和协作语气都服务于中文工作流。",
|
|
],
|
|
},
|
|
{
|
|
title: "本地化和专业度不冲突",
|
|
paragraphs: [
|
|
"中文优先不意味着弱化技术深度，而是把专业能力交付给更多原本不擅长写 prompt 的用户。",
|
|
"这也是 DAL Code 想覆盖独立开发者、团队 Lead 和非技术创业者的基础。 ",
|
|
],
|
|
},
|
|
{
|
|
title: "对官网的直接要求",
|
|
paragraphs: [
|
|
"官网首版就应该说中文，但保留关键技术术语，让用户一眼知道产品是为谁设计的。",
|
|
"产品站的语气和结构，本身就是定位的一部分。",
|
|
],
|
|
},
|
|
],
|
|
},
|
|
]
|