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

与「第41回吉祥寺音楽祭」相关的搜索结果

第41回吉祥寺音楽祭 贴吧
一个关键词就是一个贴吧,路径全站唯一。
创建贴吧
用户
未找到
包含 第41回吉祥寺音楽祭 的内容
\本日!/ 「第41回 吉祥寺音楽祭」 会場:吉祥寺駅北口広場 時間:11:15〜11:40 🎫入場無料!! まもなくスタートです✨
0
0
39
10
转发到社区
\明日のライブ①/ 5月4日(月・祝) 「第41回 吉祥寺音楽祭」 会場:吉祥寺駅北口広場 時間:11:15〜11:40 🎫入場無料!! 弾き語りで出演いたします✨
显示更多
0
0
34
13
转发到社区
\\情報解禁// ⚡️第2弾出演者発表⚡️ 吉祥寺ゆかりのアーティスト多数の第2弾解禁! ⚡️第1弾&第2弾日割り解禁⚡️ 見逃せない3日間! ================ ◤ #第41回吉祥寺音楽祭# ◢ ▼開催期間 2026年5月3日(日・祝)〜5月5日(火・祝) ▼会場 : 吉祥寺全域 吉祥寺駅北口広場 / 井の頭公園特設会場 / コピス吉祥寺GREENING広場 / 東急百貨店吉祥寺店 北側広場 / 西友吉祥寺店特設会場 / 平和通り特設会場 / 吉祥寺ロフト特設会場 / 吉祥寺マルイ特設会場 / 元町通り特設会場 ▷▷▷ 入場無料! ◁◁◁ ▼第2弾アーティスト&日割り解禁!!! 【3日】 ABEEE 🆕 BAKU (KAIKOO) come again 🆕 Dé Domhnaigh special set with 大場俊 🆕 FINLANDS グソクムズ 平松卓真 🆕 iNAX 🆕 KameJu &Sound Latyr Sy×三根 星太郎 🆕 LIBRO NOVEL VINTAGE 🆕 ニトリヒロヤスtrio feat.竹廣類 🆕 Ozwick 🆕 ルサンチマン Reugene (band set) 🆕 昭和歌謡バンド セクスィーボーイズ 🆕 THE SKA FLAMES うたのわ 🆕 バチカン市国に愛されたい 🆕 and more…. 【4日】 3markets[ ] 浮とイガキアキコ 鎮座DOPENESS giue 🆕 端縫の会(西馬音内盆踊り) 🆕 HIMIZ HOPELAND 🆕 KILLERBONZE 🆕 岸本ゆめの 🆕 まんぷくっ 🆕 めっちゃ美人 🆕 中川 樹海 🆕 NakamuraEmi 大石始 🆕 PAHUMA 🆕 らんまん 🆕 Swing Skit 🆕 タカダワタルーズ 🆕 TAISEI 🆕 and more…. 【5日】 ammonite2000 🆕 chilldspot クレフィー 🆕 知久寿焼 🆕 KAMOSU 🆕 近藤 陽太 🆕 maboroshi girl 🆕 中山うり 🆕 西恵利香 🆕 the shes gone シボリカスオールスターズ 🆕 THOMAS MARQUARDT 🆕 Wienners 輪踊り -富山五箇山民謡- 中谷豪秀 a.k.a gamaOil 🆕 YONA YONA WEEKENDERS and more…. #ゴールデンウィーク# は #吉祥寺#
显示更多
0
0
345
89
转发到社区
【#ハロモバ】# #上國料萌衣# のラジオ番組📻 #かみこ日和# 第41回 聴いていただけましたか? コメント動画撮影後、 またまたホワイトボードにおえかきしてくれました👧❕ 収録済みの #44# まで配信後に写真もアップしますのでお楽しみに✨ #かみこ日和# で番組を盛り上げましょう💎🎶
显示更多
0
1
508
74
转发到社区
【#ハロモバ】# #上國料萌衣# のラジオ番組📻 #かみこ日和# 第41回 配信開始✨ まずは来週発売のシングル3曲について💿 🎶 最近おでかけした場所で出逢った人や 動物に癒された瞬間などなど🐈🐕 👇の動画はスクロールせずに見てください❕笑 番組の感想は #かみこ日和# でお待ちしてます💎
显示更多
0
1
577
112
转发到社区
【#ハロモバ】# #平井美葉# MCのラジオ番組📻 #みよちゃん家の縁側# 第41回は 卒業間近の モーニング娘。'23 #譜久村聖# が出演決定❕ メールを大募集🕊 たくさんのお便りお待ちしています✨ 💡締切:11/2(木)16:00 💡対象:700円会員アドレス 💡宛先:halomoba@gmail.com
显示更多
0
0
162
55
转发到社区
久しぶりの舞台に出演します🥹💖 ※ギャル役ではありません ※こちら会場にて販売される写真のオフショット 劇団TEAM-ODAC第41回本公演 『猫と犬と約束の燈〜2023編〜』 4月12日(水)〜16日(日) @こくみん共済スペース・ゼロ シンガーソングライター役として!! 歌うよおおお🎸🎤 @Team_ODAC
显示更多
0
0
57
12
转发到社区
〈第78回 #グラクロ情報局〉# フォロー&この投稿をリポストで 1名に「ホークの特大ぬいぐるみ」 7名に「ストアカード1万円分」 リポスト&いいねの合計が10,000で皆様にダイヤ5個🎁 期間 4/1 23:59まで #グラクロ# #七つの大罪# #黙示録の四騎士# #グラクロ情報局#
显示更多
0
97
4.3K
6.3K
转发到社区
Andrej Karpathy:“Claude 的错误里,90% 来自上下文缺失,而不是模型能力弱。” 没有 `CLAUDE.md` 时,错误率是 41%。 有 4 条基础规则时,错误率降到 11%。 使用下面这套 12 条规则时,错误率降到 3%。 这是资深工程师最终沉淀出的 12 条规则: 1. 写代码前先思考 先说明假设,不要猜。模型不会读心,别指望它能自动知道你的意思。 2. 简单优先 最少代码,不做投机式抽象。一旦你让 Claude 为“未来灵活性”加东西,可能就多出 200 行下季度要删的代码。 3. 外科手术式修改 只改必须改的地方。别让它顺手优化旁边的代码,PR 就是这么膨胀的。 4. 目标驱动执行 先定义成功标准,然后循环直到验证通过。没有成功标准,Claude 要么无限循环,要么过早停止。 5. 只把模型用于判断型任务 比如分类、草稿、总结、抽取。不要让模型处理路由、重试、状态码处理、确定性转换。代码能回答的,就让代码回答。 6. Token 预算不是建议 单任务 4000,单会话 30000。长时间调试到第 40 条消息时,Claude 会重新建议你第 5 条消息已经否掉的修复方案。 7. 暴露冲突,不要折中平均 代码库里有两种模式?选一种。Claude 把两种混在一起,错误就会被吞两次。 8. 先读再写 先读 exports、调用方、共享工具。Claude 很可能在一个已有相同函数旁边,再加一个重复函数,只因为它没读到。 9. 测试要验证意图,而不只是行为 如果业务逻辑变了测试却不会失败,这个测试就是错的。Claude 写的 12 个测试都可能通过,即使函数实际只返回一个常量。 10. 每个重要步骤都要 checkpoint Claude 可能在第 4 步已经坏掉的状态上继续完成第 5、6 步,而没人发现,浪费一小时。 11. 匹配代码库约定 项目用 class components,就不要默默改成 hooks。测试模式可能依赖 `componentDidMount`,hooks 会破坏它,却不一定暴露问题。 12. 失败要大声暴露 “成功完成”,但 14% 的记录被静默跳过,这是最糟糕的一类 bug。要暴露不确定性,不要藏起来。 真正会复利增长的,不是下一个框架,而是: - 把 `CLAUDE.md` 当作跨会话的组织记忆 - 基于 eval 改进,而不是凭感觉改 - 重视 checkpoint,而不是一味追求速度 - 明确暴露冲突,而不是静默混合 - 纪律永远比框架重要 - 一个仓库,一个规则文件,没有例外 在这件事变成 AI Twitter 的大众共识之前,提前领先几条规则。 研究它👇
显示更多
0
12
68
12
转发到社区
前特斯拉人工智能总监、OpenAI创始成员Andrej Karpathy在一次播客中分享了如何提高Agent稳定性减少错误的“十二铜表法” 他表示:Agent(Claude)90%的错误来自缺乏上下文,而不是模型本身薄弱。 当没有 CLAUDE.md 时错误率为 41%。 当仅仅使用 4 条规则时为 11%。 使用下面的 12 条规则时为 3%。 以下是硅谷资深工程师们达成一致的“十二铜表法”: 1. 开始Coding前人先思考:陈述假设,不要猜测。模型不能读心术,别奢望它能做到。 2. 简单优先:最少代码,不做猜测性的抽象。一旦你允许 Claude 为“未来的灵活性”添加东西,你就会多出 200 行代码,下个季度又得删掉。 3. 外科手术式改动:只接触必须改的部分。不要让改动扩散到相邻代码,那样会导致拉取请求膨胀 4. 目标导向执行:事先定义成功标准,循环直到验证通过。没有这些,Claude 要么无限循环要么过早停止 5. 仅把模型用于判断类工作:分类、起草、摘要、抽取。不要用于路由、重试、状态码处理、确定性转换。如果代码能回答,就由代码来回答 6. Token应该设置预算而不是建议:每个任务 4000,每个会话 30000。在一次漫长调试的第 40 条消息时,Claude 会重新建议你在第 5 条消息时已拒绝的修复方案 7. 处理表面冲突,而不是平均妥协:代码库里有两种模式?选一个。Claude 把它们融合在一起就是错误被双重掩盖的方式 8. 先读再写:阅读导出、调用方、共享工具。Claude 很乐意在一个它从未阅读过的相同函数旁边添加一个重复函数 9. 测试验证意图,而不仅仅是行为:当业务逻辑改变时仍然不会失败的测试就是有问题的。Claude 的所有 12 个测试都可能通过,而函数却返回一个常量 10. 在每个重要步骤做检查点:Claude 在第 4 步已处于损坏状态的基础上完成了第 5 和第 6 步。没人注意到有整整一小时 11. 遵循代码库约定:使用类组件?不要悄无声息地改用钩子(hooks)。测试模式假定存在 componentDidMount,钩子破坏了这些假设却没有暴露出来 12. 大声报错:“已成功完成”但有 14% 的记录被悄然跳过,这是最糟糕的一类错误。要把不确定性暴露出来,不要掩盖它 同时,他也分享了Agent工程中常见的会导致问题加剧的一些做法: - 使用跨会话记忆的 CLAUDE.md 文件 - 以评估为导向的变更,而非凭感觉 - 重视检查点胜过追求速度 - 明确冲突胜过默默融合 -纪律胜过框架,每次都是 - 一个仓库,一份规则文件,不允许例外 如果你在研究Agent,那你一定要研究这个
显示更多