注册并分享邀请链接,可获得视频播放与邀请奖励。

与「三隅一輝」相关的搜索结果

三隅一輝 贴吧
一个关键词就是一个贴吧,路径全站唯一。
创建贴吧
用户
未找到
包含 三隅一輝 的内容
本日26:00 からオンエア! // 「FAIR NEXT INNOVATION ICONIC MOMENTS」 \\ 今夜は次の4組が登場! PART1:#カミフレ# の #AIRI# #MIYO# PART2:#BMK# の #米谷恭輔# #三隅一輝# #松岡拳紀介# #佐藤匠# PART3:#TEAMSHACHI# / #咲良菜緒# PART4:#NANIMONO# の #ひなたゆま# #柊真ミフユ# #あいこに# #FNI#
显示更多
0
1
409
92
转发到社区
ENG第25回公演 「決戦!馬の後ろ脚」 #ウマアシ# 特設サイト 作・演出 松本陽一(劇団6番シード) プロデューサー 佐藤修幸 【日時】 2026年4月1日(水)〜5日(日) 【劇場】 六行会ホール 【タイムテーブル】 4月 1日(水) 19時 2日(木) 19時 3日(金) 14時 19時☆ 4日(土) 13時 18時 5日(日) 12時 16時★ 全8回公演 受付開始は開演1時間前を予定しております。 (初日のみ1時間半前に受付開始します) 開場は30分前です。 星は配信回です。 ☆4カメスイッチング配信 ★定点配信 【チケット販売について】 ○ENG公式FC「ENGist Club」先行販売 2026年1月10日(土)22:00〜12日(月)23:59 [ご入会はこちら] ※ご予約に際しては、Plus memberID・会員番号(4桁)の入力が必要となります。 ※先行販売は、【「ENGist Club」に1月7日(水)24時までにご入会の方】が対象となります。 何卒、ご了承ください。 ○一般販売 1月17日(土)22:00から 【席種】 ◆S席 8,800円(税込) ※ A列~D列 最前列&センターブロック ◆A席 7,700円(税込) E列~I列&前方サイド ◆B席 6,600円(税込) J列以降 ※座席選択可能となります。 ※live pocketでのご予約となります。 事前のご登録をお済ませください。 ※ご希望であれば応援するキャストをお選びいただけます。 ※ご購入後のキャンセル、座席位置等の変更のご要望はお受けできません。予めご了承頂いたお客様のみご購入ください。 【あらすじ】 「殺陣師がいない!?」 舞台はとある稽古場。 プロデューサーと演出助手は頭を抱えていた。 時はマスコミ向けの公開稽古の3時間前。 舞台公演「疾風の義〜川中島大合戦〜」はアクションが売りで、そのラストシーンは武田信玄と上杉謙信の一騎討ちが有名な「川中島の合戦」をスケール感たっぷりに描くというものであった。 そして遂に今日、そのラストシーンをマスコミに公開する予定だった…。 「殺陣が一手もついてないってどういうことだよ!」 「演出家は海外公演から戻ってきてません!」 この舞台の殺陣師とは連絡が取れなくなっていて、集まった俳優達からは不満と焦りの声が上がり始める。そんな中、稽古場の隅で自主練習をしていた俳優が、馬の後ろ脚役の若手俳優、三嶋新之助(みしま・しんのすけ)を叱り始める。 「お前、動きが早すぎて誰もついていけないんだよ!」 新之助は「早送りの新」とあだ名されるほど全ての動きが早く、陸上の障害の記録保持者で、小学生反復横跳びチャンピオン、ルービックキューブ6面組み立て日本記録などを持っていたが、俊敏すぎてアクション業界ではお荷物扱いされていた。新之助は現場で起きた小競り合いを、目にも止まらぬ早業で制圧し、さらに先輩達から反感を買ってしまう。しかしその動きを見たプロデューサーが新之助に目を付ける。 「お前…あと3時間で二百手つけられるか?」 馬の後ろ脚新之助は、川中島大合戦の殺陣を時間内につけ切ることはできるのか? 殺陣とアクション、そして舞台演劇の裏側を描いた、アクションバックステージコメディ! 【作品に於ける肩書き&役名&出演者名】(敬称略) 『若手無名俳優(馬の後ろ脚役) 三嶋新之助(みしま・しんのすけ) 』 松藤拓也  『主演俳優(上杉謙信役) 太刀華慶太郎(たちばな・けいたろう)』 久下恭平  『ベテラン俳優(武田信玄役) 副島剛志(そえじま・つよし)』 高田淳 『アンサンブル(足軽役) 津野丸元気(つのまる・げんき)』 木村優良 『俳優(武田信繁役) 半田龍貴(はんだ・りゅうき)』 石渡真修 『演出助手 義澄朱音(よしずみ・あかね)』 松木わかは 『プロデューサー 松村啓三(まつむら・けいぞう)』 浮谷泰史 『制作お手伝い 千間奈々子(せんま・ななこ)』 シミズアスナ 『アシスタントプロデューサー 神無月留佳(かんなづき・るか)』 水崎綾 『アンサンブル(農民役) 堀ノ内詩乃(ほりのうち・しの)』 梅田悠 『ベテラン女優(鶴菜姫役) 迷際紗理奈(まどぎわ・さりな)』 中野裕理 『女優(三条の方役) 留まどか(とめ・まどか)』 椎名亜音 『俳優(山本勘助役) 須野山春彦(すのやま・はるひこ)』 石部雄一 『俳優(鬼小島弥太郎役) 旗天草太(はたて・そうた)』 柏木佑太 『俳優(馬の前脚役) 小峠竜司(ことうげ・りゅうじ)』 麻生金三 『アンサンブル(ダンス・アクション部) 薬師寺香連(やくしじ・かれん)』 矢島美音 『アンサンブル(ダンス・アクション部) 随昌誠(ずいしょう・まこと)』 晨火 『音響チーフ 持田源五郎(もちだ・げんごろう)』 平山佳延 『アクションサンプラー 手塚真楚(てづか・まそ)』 安達優菜 『殺陣師 阿久津燐(あくつ・りん)』 森大 【アンサンブル】 上島純也 隈本秋生 小林諒大 清水彩 高見彩己子
显示更多
0
1
108
38
转发到社区
凡成大事者,都是绝对的冷血和理性! 一、永远不要去管你的另一半是啥样的。 二、你应该做事业赚钱,操心别人不仅不会让你赚到钱, 更是耗费大量的时间和精力。 三、记住,这个世界所有的关系都会结束。是的,我说的是所有, 最终只有你赚到的本事靠得住, 价值对等的人自然而然会走在一起,价值不匹配的,自然规律就会把你们分开。 四,这个世界根本没有渣男渣女,是你的价值太低了,段位太低了,就应该被淘汰。在运动赛场上,价值高的运动员进入下一轮,没有价值的运动员直接再见,而这就是现实和其相。 .
显示更多
🇮🇩 印尼一名22岁女子在跑步机上运动时,突然失去平衡,从身后三楼窗户坠落身亡。 这画面简直令人难以置信⋯⋯😱
0
49
110
14
转发到社区
人类没有“长寿基因”,也没有“永生”的生物学设计;错的是——"命定不长寿"这个判断,已被寿命表的数字直接推翻。 ------ 人根本就不会长寿! 一、先给判断 【表格】 常见说法判断依据 人有“长寿基因”,注定能活很久不成立迄今为止,没有任何一项研究找到能决定人类寿命长短的单一基因或“长寿密码” 人的寿命是命中注定的不成立全球平均预期寿命1950年为46.5岁,2023年已达73.4岁,翻倍只用了不到一百年 人类本来活不到这么老不成立史前人类的平均死亡年龄之所以只有二三十岁,主因是极高的婴幼儿死亡率,不是“古人只能活三十岁” 人的寿命有天花板部分成立主流研究估算人类寿命上限约 115岁,也有研究认为可达130–150岁;当前纪录保持者是让娜·卡尔芒的 122岁164天 基因决定你能活多久不成立双胞胎等研究反复显示,基因对寿命差异的解释力只有约20%–30% 百岁老人靠的是“长寿基因”不准确一是基因变异的组合很关键,而非单一基因;二是环境、医疗、饮食、社会支持的解释力更大 长寿的核心是某个单一因素不成立真正起作用的是一套组合:饮食结构、运动、睡眠、医疗可及性、社会联结 长寿就是“越活越久”这么简单不准确真正稀缺的不是寿命长度,而是健康寿命(能独立、无病、有质量地活着)的那段 一句话:人类确实“不会长寿”——因为我们从来不是靠基因长寿的;但我们确实“越活越长寿”——因为寿命从来是环境和医疗的结果,不是DNA的设定值。 ------ 二、先破“基因决定论”:身体从没被设计成“老而不死” 这是“人根本不会长寿”这句话唯一站得住的那一半。 2.1 进化不负责让你活久 【表格】 事实含义 自然界中的“长寿”指的是性成熟后、生育期内的存活优势进化的压力主要作用在繁殖成功上,不在“活到八九十岁”上 一旦过了生育高峰,自然选择的“关注度”急剧下降老年期的高死亡率,对进化来说基本不可见,也就谈不上被优化掉 没有单一基因、没有“长寿密码”长寿不是一条指令,而是成百上千个基因变异的组合,且组合方式因人而异 这里有个反直觉的事实:百岁老人并不是“人人都带着同一种长寿基因”。研究反复发现,是特定的基因变异组合在起作用——同样携带某个“长寿相关”位点的人,有人活到105岁,有人七十岁就走了,差别在组合和后半句。 2.2 “程序性衰老” vs “损伤累积”:两种死法 【表格】 假说说法支持证据主流态度 程序性衰老存在一个“生物钟”或基因开关,到点就自毁端粒缩短、表观遗传时钟、某些基因调控通路有部分证据,但未证实存在单一“自毁开关” 损伤累积自由基损伤、DNA突变、蛋白错误折叠、线粒体功能下降,坏了修不好,就慢慢垮氧化损伤、体细胞突变累积、蛋白质稳态失衡更被广泛接受 关键在于:这两种说法都不支持“人注定长寿”。前者说“到点就垮”,后者说“慢慢修不好就垮”。两者合起来,恰恰说明人的身体从生物学设计上就不是为长寿准备的。 所以“人根本不会长寿”这句话,在生物学层面是对的——但对的不是“人活不长”,而是"人不是被造出来活长的"。 ------ 三、但“命定不长寿”这个判断,被数据直接推翻 上面那部分讲的是“设计意图”,下面讲的是“实际结果”。这两件事完全不是一回事。 3.1 全球预期寿命:翻倍只用了不到一百年 【表格】 年份全球平均预期寿命 1950年46.5岁 2000年66.8岁 2019年72.8岁 2023年73.4岁(男性70.8,女性76.1) • 1950–2023年,全球人均寿命增加了25.4岁。什么概念?一个1950年出生的人,平均只能活到46岁;2023年出生的人,能活到73岁。 • 从1990年到2019年,全球平均寿命增加了8.4岁,相当于每十年多出两岁多。 • 疫情期间是唯一的一次倒退:2019–2020年,全球预期寿命下降了1.8岁,降到71岁——然后迅速反弹回来。 如果人类真的“命定不长寿”,这张表根本不该存在。一个物种的寿命均值在三代人内翻倍,这不是基因变了吗,是环境变了。 3.2 数据从哪里来:不是“更会算”,是“更少人早死” 这是最容易被忽略的一层,也是“古人只能活三十岁”这个误解的根源。 【表格】 指标含义为什么容易被误读 出生时预期寿命一个新生儿在当前死亡水平下平均能活的年数被极高的婴幼儿死亡率严重拉低 条件预期寿命已经活到某个年龄的人,还能再活多少年这个数字远高于出生时预期寿命 举个例子: • 史前/古代人群,出生时预期寿命可能只有二三十岁——但这主要因为大量婴儿夭折,而不是“成年人一过三十就死”; • 一个人如果能活过童年、成年、生育期,活到五六十岁在古代并不罕见; • 所以“古人普遍活三十岁”这个说法,是把统计均值当成了所有人的命运。 换句话说:人类不是“突然变得长寿”了,是“把大量早死的人救了回来”。平均数的提升,绝大部分来自婴幼儿和孕产妇死亡率的下降、传染病的控制、营养和医疗的改善——不是来自“延长了老年的长度”。 3.3 但人类确实有寿命天花板 【表格】 证据内容 当前纪录让娜·卡尔芒(Jeanne Calment),122岁164天(1875–1997),至今无人打破 本文为生命科学科普与概念辨析,不构成医疗建议。
显示更多
伦敦Breakpoint现场交易赛刚结束 第一名@idatsy 现场直接开单 hyperliquid:native ,盈利19万,赢得毫无悬念 $HYPE 还是硬 以富贵以前交易大赛拿过第一的赌狗经验:短线这东西,富贵险中求,稳的人根本进不了前三🤣 @jadoodoo 西八姐姐没关系,下次再赢回来
显示更多
股民“拯救”了A股,也毁掉了自己?——一个需要拆开的判断 一、先给判断 前半句要打个折,后半句要分两层看。 【表格】 说法判断理由 “中国股民拯救了A股上市公司”部分成立上市公司确实靠市场融资、靠散户接盘完成了股权稀释和退出,这是事实;但“拯救”这个词把单向付出写成了双向交易 “股民破产、家破、人疯、跳楼”是真实存在的极端案例,不是股民的普遍结局有确切记录的个案存在,但没有可核实的“自杀者绝大部分是股民”这类统计 “股民与上市公司之间是因果关系”不成立中间的关键变量是杠杆、信息差与治理缺陷,不是“股民”这个身份本身 一句话:散户确实在为市场提供流动性、为上市公司提供退出通道、为机构提供对手盘——这是结构性的;但把个体的破产归因于“拯救”,是把结构问题翻译成了道德故事。 ------ 二、先把事实摆清:散户到底提供了什么 2.1 融资端:IPO与再融资的钱,主要不是机构出的 【表格】 环节散户的实际角色 打新与配售新股发行中,中小投资者是重要申购力量,中签后再卖出,形成首批流动性 定增与配股机构定价,散户被动稀释——参与是被动,摊薄是真实 解禁与减持原始股东套现,需要有人接;承接方中散户占比很高 市场流动性换手率长期高位,散户贡献了大部分交易量 这里有个必须说清的事实:A股的融资功能,本质上依赖一个愿意高位接盘的群体。而这个群体的构成,个人投资者长期占绝大多数。 2.2 但这不是“拯救”,是“被需要” 关键在于,这个“需要”是不对称的: • 上市公司拿到的是低成本、无偿还压力的股权资本; • 散户拿到的是价格波动、信息劣势、没有分红保障的纸面权益; • 中间的定价权、信息披露权、退出时机选择权,都不在散户手上。 所以准确的说法是:散户为市场提供了流动性,市场为散户提供了风险。这不是慈善,也不是拯救,是分工——只不过这个分工的风险分配是单向的。 ------ 三、必须补的一层:这个市场是给散户留了出口的 如果只写“散户被收割”,同样不准确。A股的制度设计里,确实为散户留了通道,只是通道有门槛。 【表格】 通道内容门槛 指数化投资宽基指数、行业ETF,分散单一标的风险需要接受“赚不到暴利” 打新与红利策略低波动、可预期的收益来源需要资金和耐心,且打新收益近年明显收窄 退市与索赔制度虚假陈述可提起证券民事赔偿需要证据、时间、律师费,且执行周期长 冷静期与适当性管理高风险产品需风险测评匹配容易被“绕开测评”操作规避 这些通道存在,说明问题不是“无路可走”,而是“走了的人少”。但这句话有个前提:这些通道的收益,远低于“赌一把”的想象——而后者才是绝大多数人进场的理由。 ------ 四、真正的问题不在“股民”,在这三个变量 这是整篇文章最需要讲清的一层。如果只写“散户惨”,就落入了廉价的同情;写“散户贪”,又落入了道德审判。 4.1 变量一:杠杆 这是破产的头号原因,而且不是“投资亏损”本身。 【表格】 杠杆形式常见倍数后果 融资融券1 倍左右亏损放大,触及平仓线被强制卖出 场外配资3—5 倍一个跌停就可能归零 消费贷、经营贷入市1 倍但期限错配还款日与行情无关,必须在最差的时候卖出 房产抵押高杠杆亏损传导到居住资产 关键机制不是“跌了”,而是“跌了以后被迫卖”。没有杠杆的亏损是账面浮亏,可以等;有杠杆的亏损是强制清算,时间是站在对手那边的。 这一条足以解释绝大多数“破产”案例——不是看错了方向,是扛不住路径。 4.2 变量二:信息位置 散户在信息链上的位置,是结构性的: 【表格】 环节机构散户 公司调研实地走访、管理层沟通财报与公告 政策理解提前解读、有渠道事后从新闻得知 交易速度毫秒级秒级 成本佣金与冲击成本低佣金与印花税占比高 工具融券、期权、对冲只能做多 这不是“谁更聪明”的问题,是“谁站在队伍前面”的问题。同一个消息,机构是决策依据,散户是反应依据。 4.3 变量三:行为与制度缺陷 【表格】 缺陷具体表现对散户的实际影响 重融资、轻回报分红比例长期偏低持有股票只能靠价差,没有现金流兜底 退市与处罚成本偏低财务造假退市案例相对少,处罚金额与非法所得不匹配违规收益 > 违规成本,形成示范 减持约束不足原始股东成本极低,解禁即减持供给端压力长期存在 投资者救济渠道不畅集体诉讼、先行赔付覆盖有限亏损后缺少追偿路径 产品适当性执行不严高风险产品卖给低风险测评者风险承受能力与产品风险错配 前两个变量是市场结构,第三个变量是制度供给。三者叠加,才构成了“个体破产”的环境——而“股民”这个身份,只是站在三者交汇点上的人。 ------ 五、关于“跳楼”这件事,必须写得准确 这是最容易出错、也最需要克制的一段。 5.1 可以确定的部分 【表格】 事实说明 确有极端个案有公开报道的股市相关极端事件,且通常与杠杆、债务催收、家庭破裂叠加出现 杠杆是共同特征已披露的个案中,多数涉及融资盘、场外配资或借贷资金 本文为制度与市场分析,不构成投资建议。
显示更多
第一個智能體不用自己寫迴圈,那程式設計師還剩下什麼? 官方來源:Martin Bernaola Mendez,原文發表於 2026-11-13(1 天內,見文末核實)。原文標題直譯:《在微軟開發平台做你的第一個智能體,比你想的簡單》。先把反常識結論放前面:多數人以為做智能體要先學一堆新東西,新的框架、新的寫法、新的觀念,沒三個月下不來;真相剛好相反,你的第一個智能體根本不用學新東西,用你本來就會的主程式語言、你本來就熟的寫法,一個下午就跑起來了。智能體的本質一點都不神秘,就是模型加指示加工具加記憶,繞著圈跑到答案出來:模型先判斷要不要用工具、再叫你的程式去做事、拿到結果再寫答案,迴圈跑完才收工。關鍵在最後一句:這個迴圈不用你寫,框架全包了。你只剩三件事:給它一個名字與指示、給它一個工具、給它一段記憶。微軟的智能體框架就是幹這個的,底下還有一個聊天客戶端介面,幫你把不同模型的呼叫方式統一成同一套寫法。這篇只做一件事:照原文四步走,帶你從零做出第一個會查天氣、會記得你名字的旅行小幫手,最後再換成本機免費版,一毛錢都不花。先說清楚底線:前置條件是開發平台軟體開發套件第十版或全新的第十一版,加上一把開放智能的應用程式介面金鑰;沒有金鑰也沒關係,文末有本機免費版。 說清詞: - 智能體:模型加指示加工具加記憶,繞著圈跑到答案出來的程式,模型負責判斷、你的程式負責做事。 - 聊天客戶端介面:微軟擴充智能裡的統一介面,把不同模型的呼叫方式包成同一套寫法,換模型不用重寫程式。 - 微軟智能體框架:坐在聊天客戶端介面上面、專門加智能體功能的那一層,負責指示、工具呼叫、工作階段,往後還能接多智能體流程。 - 指示:你給智能體的工作說明,寫明它是誰、說話多簡短、什麼時候該用工具,寫得越具體、它做得越穩。 - 工具:就是你本來就會寫的普通方法,加上一句說明文字掛進智能體,模型看說明決定什麼時候叫它。 - 說明屬性:掛在方法與參數上面的說明文字,告訴模型這個方法是幹什麼的、參數是什麼意思,模型就靠它決定要不要叫、要傳什麼。 - 迴圈:模型決策、呼叫方法、結果回填、寫答案,四步轉一圈,直到答案夠好才停,框架自動跑,你不用自己寫。 - 工作階段:對話的記憶盒子,建立一次、每次跑都傳進去,智能體才記得上一句講過什麼。 - 串流:答案一個字一個字出現的跑法,像聊天視窗那樣慢慢印出來,整段等完才印是另一種跑法。 - 主控台專案:最簡單的那種程式,沒有視窗、沒有網頁,只在命令列視窗裡跑,做第一個智能體用它就夠了。 - 環境變數:存在電腦系統裡的設定值,金鑰放這裡,程式碼裡只讀它、不寫明文。 - 本機模型:裝在你自己電腦上跑的模型,不用連雲端、不用付按量費用,代表作是奧拉瑪接開源模型。 - 模型上下文協定:接現成工具伺服器的標準作法,原文只在展望裡提,叫你以後自己去接,不用現在學。 - 可觀察性:把每一次模型呼叫與工具呼叫都留下紀錄的作法,出怪事時靠它追查,原文只在展望裡提。 一個真實的例子:原文的第一個智能體叫旅行小幫手,做的事再小不過:回答去馬德里旅行的小建議。做法是拿開放智能的客戶端取一個聊天客戶端、指定一個支援工具呼叫的聊天模型,再把它轉成智能體,給名字旅行小幫手、給指示說你是友善的旅行助理、答案保持簡短,跑起來就完成了。問它去里斯本玩兩天怎麼排,答案一個字一個字慢慢印出來,那是串流跑法。接著給它一個工具:一個查天氣的普通方法,加上一句說明說這是查某個城市的天氣預報,方法本身只是回傳一段寫死的假天氣。問它去里斯本要不要帶傘,背後發生四件事:模型讀問題、發現需要天氣資料、叫方法去查里斯本、拿到結果寫答案說早上會下小雨、記得帶傘。迴圈你一行都沒寫,框架全包了。最後加記憶:建立一個工作階段、每次跑都傳進去,先說嗨我是安娜、星期五要飛里斯本,再問要不要帶傘,第二問根本沒提城市,智能體自己用對的城市查天氣;再問我叫什麼名字,它答得出安娜。這三問跑下來,第一個智能體該有的東西全齊了:會判斷、會動手、會記得。 為什麼是框架全包,而不是你自己寫迴圈?因為迴圈裡最容易出錯的地方,全是重複的髒活:模型回傳要叫工具,你要解析它叫的是哪一個、參數對不對;方法跑完,你要把結果用對的格式回填給模型;模型又回傳要再叫一次,你要判斷這是正常接力還是無限鬼打牆;答案終於出來了,你要決定什麼時候停。這些事每一件都不難,但加起來就是幾十行容易寫錯的程式碼,錯一次、除錯半天。框架把這整圈包起來,你只寫三件事:指示寫清楚、工具掛上去、工作階段傳進去。11 月 12 日那篇手寫迴圈的教程立場剛好相反,叫你自己把迴圈寫出來、看懂每一圈在幹什麼;這篇的立場是先跑起來再說,迴圈交給框架,你先嚐到智能體動起來的滋味。兩篇沒有誰對誰錯,是先後順序:新手先照這篇跑起來,想搞懂底層再去讀手寫迴圈那篇,順序反過來很容易卡在第一圈就放棄。 再算一筆帳,讓你知道第一個智能體到底花多少錢。示範用的是開放智能的輕量聊天模型,特點是便宜、支援工具呼叫,跑幾十次問答常常不到一塊錢美金,練手完全不心疼。真正貴的不是模型,是你把正式環境的大模型、長上下文、高價輸出全開來練手,練十次就抵得上一個月的示範費用。所以練手的規矩只有一個:示範模型挑輕量便宜的,指示寫簡短,工具先用寫死的假資料,跑通了再換真資料、再換好模型。本機免費版更徹底:模型裝在自己電腦上跑,一毛錢都不花,工具、工作階段、串流的程式碼一個字都不用改,只換呼叫模型的那一行。先在本機版把迴圈、工具、記憶三件事都摸熟,上雲端花錢時才知道錢花在哪裡。 反方適用條件清單——以下情況,先別照本篇做第一個智能體,免得把本篇讀成保證: - 不想碰微軟開發平台、只用別的語言生態:本篇是微軟開發平台的作法,換生態等於整篇重寫。 - 沒有金鑰、也不想裝本機模型:兩條路都沒有,模型叫不動,智能體跑不起來,先選一條路再開工。 - 挑的模型不支援工具呼叫:工具掛上去模型也不會叫,示範用的輕量模型有支援,換模型之前先確認支援清單。 - 想一次做多智能體協作、寫作者加審查者的流程:原文只做到單一智能體,多智能體是展望裡的下一步,現在做還太早。 - 想直接做正式上線的產品:本篇只到主控台示範為止,正式產品要另外做驗證、備份、錯誤處理。 - 指示寫得含糊、只寫你是個助理:指示越空、模型做得越飄,指示要寫明身分、語氣、什麼時候用工具。 - 除此之外,只要你會寫主程式語言、想親手跑一個會動手的智能體——這篇就是為你寫的。 一句定性金句:迴圈不用你寫,判斷不用你寫,你只剩三件事:給指示、給工具、驗答案。 一、翻車清單 - 金鑰寫進程式碼、貼進群組、傳進公開倉庫:誰拿到都能花你帳上的額度,正確做法是存進環境變數,程式碼裡只讀變數不寫明文。 - 開發平台軟體開發套件版本太舊:原文要第十版或全新的第十一版,舊版可能沒有智能體框架要的寫法,先升級再開工。 - 套件裝錯:開放智能版與通用版是兩個套件,雲端版裝開放智能那一個,本機版才裝通用版加奧拉瑪那一個,裝錯就接不上。 - 模型挑不支援工具呼叫的:工具掛上去模型也不會叫,示範用的輕量模型有支援,換模型之前先確認支援清單。 - 指示寫得太空:只寫你是個助理,模型不知道該簡短還是詳細、該不該用工具,指示要寫明身分、語氣與用工具的時機。 - 工具沒加說明文字:模型看不懂這個方法是幹什麼的,永遠不會叫它,說明文字是工具能不能被叫到的關鍵。 - 工具方法寫了真的去查天氣:示範階段先用寫死的假資料,跑通迴圈再換真資料,一開始就接真服務,出錯不知道是迴圈錯還是服務錯。 - 忘記建立工作階段:每一次呼叫都從零開始,第二問不提城市它就不知道去哪裡,名字也記不住,記憶要靠工作階段傳進去。 - 工作階段建了卻沒傳進去:建立一次不夠,每一次跑都要傳,漏傳一次、那一次的對話就斷了。 - 串流與整段回傳搞混:串流是一個字一個字印,整段是等完一次印,兩種跑法的寫法不一樣,抄錯會編不過。 - 金鑰放環境變數卻沒重開命令列視窗:環境變數改了要重開視窗才生效,舊視窗讀到的是舊值,一問就說金鑰沒設。 - 本機模型挑不支援工具呼叫的:本機開源模型不是每一個都支援工具呼叫,挑之前先確認,否則工具掛上去也不動。 - 本機服務沒啟動就跑程式:奧拉瑪的本機服務要先跑起來,程式連的是本機位址,服務沒開就連不上。 - 把示範程式當正式產品:主控台示範沒有錯誤處理、沒有備份、沒有驗證,正式上線要另外補齊,示範跑通不等於產品做完。 - 一次給太多工具:第一個智能體先給一個查天氣就好,工具一次給五個,模型叫錯的機率立刻上升,出錯不知道是哪一個工具的問題。 - 指示與工具打架:指示寫不要用工具、工具又掛上去,模型左右為難,指示與工具要講同一套話。 - 名字與指示寫完就以為智能體懂了:名字只是名字,真正管行為的是指示,指示沒寫清楚,名字再好聽也沒用。 - 測試不跑就說通了:模型說帶傘不算數,程式真的跑起來、答案真的對、第二問真的記得城市,才算通。 - 換雲端平台就以為程式碼要重寫:聊天客戶端介面就是為了換模型不用重寫,雲端平台、開源模型、微軟雲端,全是換呼叫模型的那一行,其餘不動。 - 把多智能體協作當第一步:原文的展望是下一步,先把單一智能體跑通,作者加審查者的流程以後再加,一步登天一定摔。 二、替代方案+理由 原文只給一條主路,理由很硬:先拿雲端輕量模型跑通,再換本機免費版——理由是雲端版最快驗證迴圈、工具、記憶三件事,本機版再把花費壓到零,順序反過來很容易卡在本機安裝那一步、還沒看到智能體動起來就放棄。雲端版的理由是套件裝好、金鑰設好就能跑,示範用的輕量模型便宜又支援工具呼叫,練手不心疼。本機免費版的理由是模型裝在自己電腦上,一毛錢都不花,工具、工作階段、串流的程式碼一個字都不用改,只換呼叫模型的那一行,適合想一直練、一直試的人。還有一條同理可推的路:雲端平台版、開源模型平台版、微軟雲端版,理由是聊天客戶端介面把模型呼叫統一了,換平台只是換呼叫模型的那一行,其餘程式碼全不動,適合公司已經有指定平台的人。順序只有一個:雲端輕量版先跑通,再換本機版或公司平台版,不要三種同時開工。 工具的作法也有替代方案,理由一樣硬:示範用寫死的假天氣,理由是先驗迴圈對不對,出錯只可能是迴圈錯;換真資料是下一步,理由是迴圈通了再接真服務,出錯只可能是服務錯。兩步分開除錯,永遠比一次全上、錯了不知道找誰快。記憶的作法也一樣:工作階段是原文給的正規作法,理由是框架幫你管記憶,不用自己寫對話紀錄;自己寫對話紀錄是另一條路,理由是想完全掌控格式的人可以自己來,但新手先不要,框架的版本先跑通再說。 三、目標形態 一個能對照的最小閉環:開發平台軟體開發套件已裝第十版或第十一版、開放智能金鑰已存進環境變數;主控台專案已建好、開放智能套件已裝好;智能體已有名字旅行小幫手、指示寫明友善的旅行助理、答案保持簡短;問它去里斯本要不要帶傘,模型自己叫查天氣的工具、拿到結果寫答案說早上會下小雨、記得帶傘;第二問不提城市,它用對的城市查天氣;第三問問我叫什麼名字,它答得出安娜。三問全對、程式真的跑起來,才算通。一句話:先讓一個智能體真正動起來,再談多智能體。 這個最小閉環還有三個進階樣子,通了之後可以一個一個加上去。第一個是換真資料:查天氣的方法從寫死的假資料換成真的天氣服務,問同樣的問題,答案裡的溫度與天氣要對得上真實預報,迴圈不動、只換方法裡面。第二個是換本機免費版:模型換成本機開源模型,其餘程式碼一個字都不改,跑同樣的三問,答案一樣對,帳單變零。第三個是加第二個工具:再掛一個查機票或查景點的方法,指示寫明什麼時候用哪一個,問一個同時需要天氣與景點的問題,看模型會不會自己挑對工具。這三個樣子有一個共同點:一次只換一件事,換完立刻驗三問,驗不過就只退一步,不用整段重寫。 四、遷移步驟 1. 先備前置條件:開發平台軟體開發套件裝第十版或全新的第十一版,開放智能金鑰申請好、存進環境變數,不要寫進程式碼。 2. 新建主控台專案:用命令列工具新建一個主控台專案、進到專案資料夾,裝開放智能版的智能體套件。 3. 寫第一版主程式:拿開放智能客戶端取聊天客戶端、指定輕量聊天模型,轉成智能體,給名字旅行小幫手、給指示說你是友善的旅行助理、答案保持簡短,問一句去馬德里旅行的小建議,跑起來。 4. 換串流跑法驗一次:同一個問題改用串流跑法,答案一個字一個字印出來,確認兩種跑法都通。 5. 給它第一個工具:寫一個查天氣的普通方法、加一句說明說這是查某個城市的天氣預報,方法裡先回傳寫死的假天氣,掛進智能體。 6. 問它去里斯本要不要帶傘:看模型自己叫查天氣的方法、拿到結果寫答案,迴圈四步都發生了才算通。 7. 建立工作階段:建立一個工作階段,每一次跑都傳進去,先說嗨我是安娜、星期五要飛里斯本。 8. 驗記憶三問:第二問要不要帶傘不提城市,看它用對的城市查天氣;第三問問我叫什麼名字,看它答得出安娜;三問全對才算通。 9. 換本機免費版:裝通用版套件加奧拉瑪套件,本機服務先啟動,模型換成本機開源模型,其餘程式碼一個字都不改,跑同樣的三問。 10. 換真資料:查天氣的方法從寫死的假資料換成真的天氣服務,問同樣的問題,答案要對得上真實預報。 11. 加第二個工具:再掛一個查機票或查景點的方法,指示寫明什麼時候用哪一個,問同時需要兩種資料的問題,看模型挑不挑得對。 12. 換公司平台驗一次:雲端平台版、開源模型平台版、微軟雲端版挑一種,換呼叫模型的那一行,其餘不動,確認聊天客戶端介面真的統一了寫法。 13. 記帳:示範用的輕量模型跑幾十次常常不到一塊錢美金,練手用輕量模型、指示寫簡短、工具先用假資料,跑通了再換真資料、再換好模型。 14. 排定主力與備胎:主力一種平台每天用,備胎一種放在旁邊,主力出問題、換專案時立刻換備胎頂上,不用臨時翻文件重學寫法。 15. 每月回頭對一次官方文件:智能體框架還在長大,多智能體流程、模型上下文協定、除錯工具都會變,每月花十分鐘對一次,才不會拿著舊地圖走新路。 跑完這十五步,真正拉開差距的不是你會幾種平台,是你給指示的方式。指示寫得含糊,模型就做得含糊;指示寫得具體,模型就動得具體。好的指示有三個要素:先說身分,再說語氣,最後說用工具的時機。身分是你是誰,例如友善的旅行助理;語氣是答案多長,例如保持簡短;用工具的時機是何時該查資料,例如需要天氣資料時就用工具查。三個要素寫進每一次設定,模型的命中率立刻不一樣。反過來最差的指示是只寫你是個助理,模型不知道你要它簡短還是詳細、不知道什麼時候該動手,只能憑感覺猜,猜錯了你還要花時間收拾。框架是硬體,指示是軟體,硬體接好了、軟體跟不上,一樣跑不快。 問問題也有一個進階技巧:一次只問一件事。請模型同時排行程、查天氣、再訂機票,它常常三件都做得半調子;拆成三輪,每一輪只做一件、每一輪都驗收,總時間反而更短,因為返工最花時間。還有一個習慣值得養:每一次請模型動手之前,先請它用一句話說出它理解的任務是什麼,它說對了再讓它動手,它說錯了先糾正理解、不要讓它帶著錯誤的理解去叫工具。這兩個習慣加起來,模型的出錯率會掉一大截,你花的檢查時間也會跟著掉。 五、團隊共建分工 做第一個智能體是小事,但三個角色別一個人全扛: - 你自己管金鑰:金鑰只你經手,存進環境變數、不寫進程式碼、不貼進群組,誰要用就請他自己建一把。 - 審查者核對帳單:每週對一次用量,示範用的輕量模型跑幾十次常常不到一塊錢美金,大模型、長上下文、高價輸出的帳單先抓出來看。 - 紀錄者留對照表:把每一次實驗的模型、指示、工具、工作階段、驗收結果寫進本篇贈品驗收表,換人接手時不用重讀原文,換模型時照表改名字就好。 - 守門員管範圍:每一次請模型動手之前,先說清楚哪些工具能叫、哪些資料不能碰,正式環境的設定一律列入禁區,模型動手之前先對一次範圍,叫錯工具的代價比多問一句話貴得多。 - 新人先跑最小閉環:新加入的人不要一次做多智能體,先照本篇第四節跑一遍最小閉環,三問全對、程式真的跑起來,通了才算入門,通不了先找守門員對設定,不要自己硬湊。 六、官方工具包 - 微軟擴充智能:聊天客戶端介面,統一不同模型的呼叫寫法,換模型不用重寫程式。 - 微軟智能體框架:坐在聊天客戶端介面上面,負責指示、工具呼叫、工作階段,往後還能接多智能體流程。 - 開放智能版套件:雲端版裝這一個,示範用輕量聊天模型,支援工具呼叫。 - 通用版套件加奧拉瑪套件:本機免費版裝這兩個,接本機開源模型,其餘程式碼不變。 - 示範模型:輕量聊天模型,支援工具呼叫,練手便宜。 - 本機模型代表:駱馬三點二,裝在自己電腦上跑,一毛錢都不花。 - 同理可接的平台:雲端平台、開源模型平台、微軟雲端,換呼叫模型的那一行就好。 - 展望裡的下一步:多智能體流程、模型上下文協定、智能體對智能體、可觀察性、除錯工具,現在先知道名字就好。 - 前置條件:開發平台軟體開發套件第十版或全新的第十一版,加上一把開放智能金鑰或一台裝好本機模型的電腦。 結尾收束:原則比框架多重要——智能體框架不是魔法,是把迴圈包起來的那一層。可重複的動作規則只有一條:每次換模型、換平台、加工具之前,先回到那個最小閉環——三問全對、程式真的跑起來——通了再往下走。今晚就能做的事:先備好金鑰、建一個主控台專案、問它一句去馬德里旅行的小建議,答得對,這條路就是你的了。 最後再提醒一次最容易被低估的事:第一個智能體真正的成本不是金鑰、不是套件,是你願不願意把指示寫清楚。指示寫不清楚,模型做得再快也是亂做,你還要花更多時間收拾;指示寫清楚了,迴圈、工具、記憶三件事立刻各就各位。這筆帳,比幾十次問答不到一塊錢美金重要得多。今晚先跑三問,明天上班第一件事就拿一個你真正的工作問題去問它,問完看它會不會自己挑對工具,挑對了,你就知道這條路值不值得走下去。 本篇贈品:微軟智能體首次落地驗收表 開通之前逐項打勾:1 前置——開發平台軟體開發套件已裝第十版或第十一版、開放智能金鑰已存進環境變數、沒寫進程式碼;2 專案——主控台專案已建好、開放智能版套件已裝好;3 第一版——智能體已有名字旅行小幫手、指示已寫明友善的旅行助理與答案保持簡短、問去馬德里旅行的小建議已跑通;4 串流——串流跑法已驗一次、答案一個字一個字印出來;5 工具——查天氣的方法已寫好、說明文字已加上、方法裡先用寫死的假資料、問去里斯本要不要帶傘已看到模型自己叫方法;6 記憶——工作階段已建立、每次跑都已傳進去、第二問不提城市已用對的城市查天氣、第三問已答得出安娜;7 本機版——通用版套件加奧拉瑪套件已裝好、本機服務已啟動、模型已換成本機開源模型、三問已重跑全對;8 真資料——查天氣的方法已換成真的天氣服務、答案已對上真實預報;9 第二工具——第二個方法已掛上、指示已寫明什麼時候用哪一個、同時需要兩種資料的問題已驗過;10 帳單——示範用的輕量模型跑幾十次不到一塊錢美金的算法已知道、練手用輕量模型與假資料的規矩已立好;11 維護——每月回頭對一次官方文件、換平台只換呼叫模型那一行的作法已驗過;12 指示——每一次設定已寫明身分、語氣、用工具的時機三個要素,一次只問一件事,模型動手前已先用一句話說出它理解的任務。 S1哥觀點 別再問「做智能體是不是很難」了——難的不是智能體,是你以為迴圈要自己寫。還在觀望的人,花的時間不是學習,是猶豫;照這篇跑起來的人,一個下午就有一個會查天氣、會記得你名字的旅行小幫手,迴圈框架全包了,你只剩給指示、給工具、驗答案。更值得問的是:你現在每天重複做的那件小事,是查資料、還是回覆、還是整理?那一件,就是你第一個智能體該先接的理由。還有一個更扎心的問題:你上一次說要學智能體,結果三個月過去、連第一個主控台專案都還沒建,是什麼時候?這種拖延,跑起來一次就治好了,因為跑通的那一刻你就知道,原來第一步這麼小。你第一個智能體想讓它先幫你做什麼?評論區說說。
显示更多
DeepSeek 官方说 deepseek-flash 能直接看图,三种传图方式,一次最多 600 张 建议收藏,用到时照着做。做完你能让 DeepSeek 读截图、看图表、描述图片。 这是 DeepSeek 官方 API 文档 Vision(视觉)一页。先说结论: 官方写明,deepseek-flash 模型可以文字加图片一起输入,用来描述图片、读截图里的字、分析图表。 先说清词。 Vision,视觉输入,意思是让模型看图。 base64,是把图片文件转成一长串文字,直接塞进请求里的编码方式。 file_id,是先把图片传到官方的 Files API(文件接口),拿回来的一个编号,之后用编号代替图片。 先把话说全: 官方支持的图片格式是 JPEG、PNG、GIF、WebP,官方说格式按文件真实内容判断,不看文件名。 官方写明,assistant(模型自己的)消息里放图片,会返回 400 错误;图片只能放在 user、system、tool 消息里。 一、三种传图方式 第一种:base64 内联。官方说最适合本地文件,把图片编码后做成 data: 开头的地址放进请求,整个请求体上限是 48 MiB。 第二种:外部图片链接。给一个公开的 http 或 https 地址,官方限制:链接最长 8192 个字符,图片最大 32 MiB,下载要在 60 秒内完成。 第三种:Files API 的 file_id。官方说同一张图要反复用,或者图太大,就先上传再用编号。这种方式图片可以到 64 MiB。 二、请求怎么写 第一步:model 写 deepseek-flash。官方说旧名字 deepseek-v4-flash-vision-exp 还能用,但已经退役,实际由最新的 Flash 模型处理。 第二步:messages 里 content 不再是一句话,而是一个列表,里面一块是 text 文字,一块是 image_url 图片。 第三步:Responses API 也能传图,图片放在 input_image 里,文字放在 input_text 里。 三、detail 清晰度开关 官方写明,image_url 可以加 detail 字段。low 会把图缩到 512×512 再看,更快更便宜;high、original、auto 目前都是保持原图。 四、费用和上限 官方说图片按尺寸换算成 token,和文字一起计费。每张图最多 1024 个 token,因为太大的图会先被缩到约 1300×1300 的像素量。 官方给的上限:每次请求最多 600 张图;单边最长 8192 像素,一次放 15 张以上时降到 4096 像素;不含 file_id 的图合计 64 MiB,含 file_id 最多 200 MiB。 五、用 Anthropic 接口也行 官方说把 base_url 写成 image 块,source 的 type 可以是 base64、url 或 file。用 file 时要加请求头 anthropic-beta: files-api-2025-04-14。 常见坑 3 条: 一、把图片放进 assistant 消息,会直接报 400。二、外链图片超过 32 MiB 或 60 秒下不完,就改用 file_id。三、一次放 15 张以上,单边别超过 4096 像素。 复制即用的提示词:请描述这张图片,列出图里所有文字,再用三句话总结它想说明什么。 收藏版:5 步速查 一、model 写 deepseek-flash。二、选 base64、链接或 file_id 传图。三、content 写成文字块加图片块。四、格式用 JPEG、PNG、GIF、WebP。五、别把图放进 assistant 消息。 S1哥 观点:官方把每张图封顶 1024 个 token,说明传图比很多人想的便宜,截图问答可以放心大量用。 一句话结论:DeepSeek 读图,认准 deepseek-flash,小图用 base64,大图或重复用 file_id。想让朋友少踩坑,复制链接发给他。 你是想让它读截图还是看图表?卡在第几步?同系列前几篇在我主页。 参考:DeepSeek 官方文档 Vision(S1哥 整理) 今天送:DeepSeek 看图请求自检清单,评论区第一条直接拿。
显示更多
<纽约邮报>:黄仁勋私下脾气暴躁,曾当众诅咒高管“去死”: 今年2月,在一场30多名高管参加的闭门会议上,黄仁勋对时任全球业务运营执行副总裁Jay Puri说:“希望你得流感,而且越来越重。希望你去死,让我们大家都解脱。”Puri当场沉默。一名知情人士说:“Jensen吼人很常见,但他那样说Jay的时候,全场一片死寂,大家都有点震惊。”Puri现已改任高级顾问。 在2025年一场三小时的会议上,黄仁勋当着约40人的面对一位销售主管说:“你对我的业务懂个几把。”他曾把第一次参会的高管赶出会议室:“你在对我冷笑吗?我只看到一张张死人脸……滚出去!”在圣克拉拉总部,他还曾在会上把水瓶砸向一名高管。
显示更多
0
115
395
34
转发到社区