logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

【COZE-01】AI 扣子平台入门 - 零代码构建AI应用

扣子(Coze)是字节跳动推出的AI应用开发平台,主打"零代码+强扩展"的设计理念。不管你是产品经理、运营人员,还是独立开发者,都能在这里快速把AI能力落地成产品。拖拽式编排:工作流像搭积木一样直观丰富的插件生态:接入各种外部API毫无压力多渠道一键发布:微信、飞书、抖音、Telegram,一个Bot多处生效免费额度充足:个人开发者足够用扣子平台定位:零代码AI应用开发平台,适合快速原型验证和轻量

#人工智能
【COZE-02】AI 扣子平台入门:Agent人设设计 - Prompt工程的艺术

本文深入探讨扣子平台Agent人设Prompt的设计方法,涵盖角色定义、能力边界、回复风格、上下文管理等核心要素,提供代码审查Bot的完整实战案例,帮助开发者打造稳定可靠的AI助手。

#python#人工智能
【COZE-03】对话开场白与建议问题设计 - 让AI助手第一句话就打动用户

要素核心要点开场白3秒传达价值,语言简洁,有行动指引建议问题具体场景+可操作,覆盖核心功能配合策略开场白说"我是谁",问题说"我能做什么"迭代优化测试→数据→调整好的开场白让用户"秒懂",好的建议问题让用户"秒上手"。做好这两点,你就赢在了起跑线上。相关链接: -COZE-01:扣子平台入门 - 零代码构建AI应用COZE-02:Agent人设设计 - Prompt工程的艺术。

#人工智能
【COZE-07】插件(Plugin)开发与集成 - 从API注册到生产环境实战

在前几篇文章中,我们已经深入探讨了扣子平台的智能体设计、技能开发和工作流编排。今天我们要聊的是扣子生态中另一个核心能力——插件(Plugin)系统。插件是扣子平台的能力倍增器。通过插件,智能体可以调用任意外部API,将互联网服务、企业内部系统、第三方工具的能力无缝接入AI应用。掌握插件开发,就意味着掌握了扣子平台与万千世界连接的钥匙。本文结构。

#java#前端#运维
【IF-04】TriCore中断系统 - 从硬件机制到AUTOSAR中断管理全解析

轮询(Polling)和中断(Interrupt)。轮询方式需要CPU不断查询外设状态,缺点是: - 浪费CPU资源 - 响应延迟不确定 - 难以处理多优先级事件中断方式则由外设主动通知CPU,优势明显: - CPU无需持续关注外设状态 - 响应延迟可精确计算 -天然支持多优先级事件处理应用场景响应时间要求中断的作用发动机控制<1ms曲轴位置中断触发喷油制动系统<10μs轮速传感器中断触发ABS安

文章图片
【CP-15】综合实战BCM - 基于AUTOSAR的BCM开发完整案例

车身控制模块(Body Control Module,BCM)是汽车电子电气架构中的核心智能节点,被誉为整车的"智能管家"。作为车身舒适性和便利性功能的中枢控制器,BCM承担着整车超过200路数字输入输出信号的处理工作,涵盖灯光控制、雨刷控制、门窗控制、座椅控制、空调控制、诊断通信等众多功能域。在传统分布式架构中,BCM需要直接连接大量的传感器和执行器,通过硬线方式与各个功能模块通信。

#嵌入式
【IF-SAFE-09】共因失效与FMEDA - 硬件安全定量分析

深入解析共因失效分析方法与FMEDA硬件安全定量分析,包括Beta因子模型、SPFM/LFM计算、安全目标验证等核心内容

【IF-02】TriCore内核架构 - 编程模型与寄存器体系

深入解析TriCore v1.6.2内核的架构设计、编程模型与寄存器体系,涵盖D0-D15数据寄存器、A0-A15地址寄存器、PSW程序状态字、CSA上下文管理机制等核心内容,为理解TC3xx的实时性与确定性响应奠定基础。

#嵌入式
【IF-SAFE-07】SMU故障管理 - 双域架构与FSP

通知外部PMIC芯片内部故障状态触发PMIC进入安全状态(如 Limp Home 模式)实现系统级安全响应协同要点内容定位TC3xx集中式故障管理模块双域架构Safety Domain与Application Domain物理隔离FSP协议与PMIC通信的标准故障信号协议告警分类8个告警组,覆盖所有故障源响应机制NMI/复位/看门狗/回调/ErrorPin多级联动MCAL支持标准化API,易于集成

【CP-13】AUTOSAR CP OSEK OS规范深度解析 - 从内核架构到多核扩展

在20世纪90年代初期,随着汽车电子技术的飞速发展,汽车电子控制单元(ECU)的数量急剧增加。从发动机控制到车身稳定系统,从娱乐信息系统到高级驾驶辅助系统,一辆现代汽车可能包含数十甚至上百个电子控制单元。这种快速增长带来了一个严峻的问题:软件可移植性和接口标准化。当时的情况是:不同的汽车厂商和零部件供应商各自开发软件,导致了严重的软件碎片化问题。处理器(CPU)不断升级,不同CPU间的软件移植严重

#汽车
    共 24 条
  • 1
  • 2
  • 3
  • 请选择