💡 知识卡片
原始会话经 LLM 提炼后的结构化知识。比原始会话更好读、更好搜。
问答
封成比数据缺失的替代方案
问题：想用封单质量（封成比=封单额÷流通市值）判断首板晋级概率，但历史数据无法获取
方案：封成比需要历史五档快照（买1量×涨停价），通达信lc1接口只有OHLC无五档数据，东财getTopicZTPool只保留约30自然日，过期即永久缺失。替代方案：用lc1反推首封时间与炸板次数（但实测无区分度），改用成交额作为核心筛选指标——成交额<1.4亿的缩量首板晋级率显著高于放量首板。可封装为工具：_fb_quality.py --date YYYYMMDD --mainline 板块名，输出当日该主线首板按成交额排序并标出<1.5亿的高晋级率组。
主题
首板晋级看成交额非封板质量
- 8-28 AI首板22只样本分组回测：晋级组（5只）成交额中位1.38亿，断板组（17只）中位4.74亿，差距3.4倍，是唯一有区分度的信号
- 首封时间≤10:00：晋级组60% vs 断板组53%，无区分度；炸板0次：80% vs 82%，无区分度，二者均不可用作筛选条件
- 门槛规则：成交额<1.4亿晋级率4/5=80%，>1.4亿晋级率1/18=5.6%，16倍差距（例外：我爱我家6.42亿因一字板另有逻辑）
- 封成比（封单额÷流通市值）需历史五档快照，通达信lc1只有OHLC无五档，东财getTopicZTPool仅保留约30自然日，过期数据永久缺失
- 可替代指标：首封时间、炸板次数可由lc1反推但无区分度；成交额有强区分度，与基线回测一致（<0.8亿17.9% vs >15亿8.6%）
- 实操建议：主线加强的第二天，盘中看首板是否缩量，缩量首板（<1.4亿）晋级率高，放量首板（>3亿）大概率断板
问答
终止投资取得补偿金个税处理
问题：个人因各种原因终止投资，从被投资企业取得补偿金收入，应如何缴纳个人所得税？选项：A 无需缴纳；B 偶然所得；C 财产转让所得；D 利息股息红利所得
方案：正确答案为 C，按照“财产转让所得”缴纳个人所得税。个人终止投资、联营、经营合作等行为，从被投资企业或合作项目、被投资企业的其他投资者以及合作项目的经营合作人取得股权转让收入、违约金、补偿金、赔偿金及以其他名目收回的款项等，均属于个人所得税应税收入，按“财产转让所得”项目适用的规定计算缴纳个人所得税。
主题
税务师备考对话框组织方式
- 建议按科目分对话框：税一、税二、涉税实务、法律、财务与会计各建一个，与知识库的五个子文件夹一一对应，便于上下文聚焦和资料归档
- 五科合在一个对话框会导致上下文混杂、检索困难，且不同科目知识点体系差异大，容易串味
- 知识库目录结构（税务师/税一、税二、涉税实务、法律、财务与会计）可直接映射为对话框划分依据，保持学习资料与对话记录同构
主题
股权转让收入核定与收入范围
- 税务机关核定股权转让收入的方法依次为：净资产核定法→类比法→其他合理方法，净资产核定法是首选方法（类比法不是首选）
- 转让方取得与股权转让相关的各种款项，包括违约金、补偿金及其他名目的款项、资产、权益等，均应并入股权转让收入
- 符合“股权转让收入明显偏低但有正当理由”的情形（如父母与子女之间0元转让），无须核定征收个人所得税
- 纳税人按合同约定在满足约定条件后取得的后续收入，仍应作为股权转让收入计税
问答
个人转让债券原值扣除计算
问题：个人多次购入同种类债券后部分卖出，如何确定应扣除的财产原值和合理费用来计算个税？
方案：采用加权平均法：一次卖出债券应扣除的买价及费用=（购进的同一种类债券的买入价和买进过程中缴纳的税费总和÷购进该类债券数量之和）×卖出的该类债券的数量+允许扣除的卖出该债券过程中缴纳的税费。应纳税所得额=卖出收入－上述扣除额，按“财产转让所得”20%税率计税。
问答
收回转让股权的个税判定
问题：股权转让后双方解除合同、退回股权，前次已缴的个人所得税能否退回？是否需要重新缴税？
方案：关键看股权转让合同是否履行完毕、股权是否已作变更登记：①合同已履行完毕、股权已变更登记且所得已实现，转让结束后双方解除合同退回股权的，属于另一次股权转让行为，对前次已征收的个人所得税不予退回；②合同未履行完毕（如因仲裁裁决停止执行原合同），并原价收回已转让股权的，因股权转让行为尚未完成、收入未完全实现，股权收益不复存在，纳税人不应缴纳个人所得税。
问答
个人终止投资收回款项个税处理
问题：个人因终止投资、联营、经营合作等行为，从被投资企业或其他投资者处取得股权转让收入、违约金、补偿金、赔偿金等款项，应如何缴纳个人所得税？
方案：依据《国家税务总局关于个人终止投资经营收回款项征收个人所得税问题的公告》（国家税务总局公告2011年第41号）：上述款项均属于个人所得税应税收入，按“财产转让所得”项目计税。应纳税所得额=个人取得的股权转让收入、违约金、补偿金、赔偿金及其他名目收回款项合计数－原实际出资额（投入额）及相关税费。
主题
税务师多科目学习对话框策略
- 建议按科目分开对话框：税一、税二、涉税实务、法律、财务与会计各建一个独立会话，避免不同税种、法条、会计准则的知识互相干扰
- 知识库文件夹结构（税务师/税一、税二、涉税实务、法律、财务与会计）与对话框一一对应，便于检索和上下文聚焦
- 同一科目内可跨章节连续提问，因为税二个税、企税等章节存在关联；跨科目合并会导致上下文过长、检索命中率下降
- 若需跨科目综合题（如涉税实务结合税一税二），可临时新建一个“综合”会话，专门处理跨科目案例
问答
知识库共享到NAS云方案
问题：如何把本地财税合规知识库（80份.md+5个索引文件）共享给其他同事使用
方案：将知识库目录（D:\重要资料备份\12财税专业(税务师）\02财税合规项目）作为自动同步源，由本地同步工具自动推送至公司云/NAS，无需手动上传操作；同事通过云端访问共享文件
主题
财税合规知识库整理方案
- 知识库按两大维度组织：按行业（13个行业+通用）和按产品线（2大产品线：高收入税务直辖/股权转让、分行业财税合规）
- 产出3个核心索引文件：知识库导航（总入口）、按行业索引、按产品维度索引，保留原始目录索引和高频速查表
- 清理.bak临时文件，保持目录整洁
- 检索流程：DSH自动检索知识库目录 → 按行业/产品索引定位 → 调取具体.md内容 → 整合答案
- 可选增强：给每个.md加YAML frontmatter（tags/summary/keywords/industry/products）提升RAG检索精度
- 可选增强：生成HTML导航页（行业卡片+分类导航+搜索框）供同事直观使用
- 可选增强：补全99_原始文件/目录，放入原始PDF/DOCX/PPT/XLSX保留排版和图表
主题
选错误题的判断陷阱
- “下列处理错误的是”类题目，要找与教材原文矛盾的选项，而非判断用户答案对错。
- 先逐项核对事实是否正确，唯一与教材冲突的项即为答案。
- 时间窗类考点先做日期相减（如3月到12月=9个月），再对照教材硬性数字（6个月）。
- 易混时间窗记忆：6个月=评估报告复用期；3年（36个月）=股权激励递延；5年=自有住房满五唯一免征。
问答
PDF转MD字重复OCR故障
问题：税务师教材PDF转成Markdown后，出现“66个个月月”“净净资资产产核核定定法法”等字重复现象，影响阅读和检索。
方案：这是PDF转换的OCR字重复故障，实际内容为“6个月内”“净资产核定法”。识别方法：看到相邻字成对重复即为OCR缺陷，按语义还原为单字；检索原文时可用去重后的关键词（如“6个月内”）定位。
问答
股权原值的确认规则
问题：个人转让股权时，不同取得方式下股权原值如何确认？
方案：①现金出资：实际支付价款+取得时支付的合理税费；②非货币性资产出资：投资入股时非货币性资产价格+取得时支付的合理税费；③无偿让渡（继承或转让给配偶、父母、子女、祖父母、外祖父母、孙子女、外孙子女、兄弟姐妹及承担直接抚养/赡养义务人）：原值=原持有人股权原值+取得时支付的合理税费。
问答
6个月内可复用评估报告
问题：个人再次转让同一企业股权时，什么条件下可以参照上一次股权转让的资产评估报告核定收入？
方案：需同时满足两个条件：①距上一次股权转让在6个月内；②被投资企业净资产未发生重大变化。满足时可参照上一次股权转让时被投资企业的资产评估报告核定此次收入。注意时间窗要按月份精确相减（如3月到12月为9个月，已超6个月，不可复用）。
问答
股权转让收入核定方法顺序
问题：个人转让股权时，主管税务机关核定股权转让收入的方法有哪些，优先顺序是什么？
方案：依次为：①净资产核定法（首选）；被投资企业土地使用权、房屋、未销售房产、知识产权、探矿权、采矿权、股权等资产占企业总资产比例超过20%的，可参照具有法定资质中介机构出具的资产评估报告核定；②类比法（参照相同或类似条件下同一企业同一股东或其他股东转让收入，或同类行业企业转让收入）；③其他合理方法（前两种存在困难时使用）。
主题
税务师知识库与对话组织
- 知识库结构：总文件夹“税务师”下分“税一”“税二”“涉税实务”“法律”“财务与会计”五个子文件夹，按科目隔离资料。
- 学习对话组织建议：按科目分别开对话框，避免五科混在一个对话里导致上下文串科、检索混乱。
- 每科单独对话便于针对该科教材原文定位、错题复盘和考点串联。
问答
递延型商业养老保险领取计税
问题：退休职工每月领取递延型商业养老保险金1000元，当年应缴个人所得税多少？
方案：政策依据财政部 税务总局公告2019年第74号：缴费环节不征税，领取环节单独适用月度税率表计算个税，不与当年综合所得合并。注意与立即型/趸领型商业养老保险区分——后者按“工资、薪金所得”全额计入领取当月收入。本题标准答案A（900元），但具体推导步骤尚未确认，需以教材原文或政策细则核对计算口径后再定论。
问答
股权转让收入核定与并入规则
问题：个人股权转让收入如何核定？哪些款项应并入股权转让收入？亲属间低价转让是否核定征收？
方案：①核定方法顺序：净资产核定法（首选）→ 类比法 → 其他合理方法；②转让方取得的与股权转让相关的各种款项（违约金、补偿金及其他名目款项、资产、权益等）均应并入股权转让收入；③父母子女等亲属间0元转让属“收入明显偏低但有正当理由”，无须核定征收；④按合同约定在满足条件后取得的后续收入，也应作为股权转让收入。
问答
股权转让合同解除是否退税
问题：股权转让后双方解除合同、退回股权，或合同未履行完毕因仲裁裁决原价收回股权，已缴的个人所得税能否退还？
方案：关键看股权转让合同是否履行完毕、股权是否已作变更登记：①已履行完毕并完成变更登记的，解除合同退回股权视为另一次股权转让行为，前次已征个税不予退回；②合同未履行完毕（如因仲裁裁决停止执行、原价收回股权），股权转让行为尚未完成、收入未完全实现，股权收益不复存在，纳税人不应缴纳个人所得税。
问答
个人终止投资收回款项个税处理
问题：个人因终止投资、联营、经营合作等行为，从被投资企业或其他投资者处取得股权转让收入、违约金、补偿金、赔偿金等款项，应如何缴纳个人所得税？
方案：依据国家税务总局公告2011年第41号：上述款项均属个人所得税应税收入，按“财产转让所得”项目计税。应纳税所得额 = 个人取得的股权转让收入、违约金、补偿金、赔偿金及其他名目收回款项合计数 − 原实际出资额（投入额）及相关税费。
主题
税务师多科目学习对话组织
- 建议按科目分开对话框：税一、税二、涉税实务、法律、财务与会计各建一个会话，与知识库子文件夹一一对应
- 分科的好处：上下文聚焦、检索范围小、避免不同税种/法条概念互相干扰，复习时定位更准
- 合在一个对话框的问题：上下文过长易被压缩丢失细节，跨科目概念混淆（如税法与会计处理差异）
- 知识库结构保持“税务师/税一、税二、涉税实务、法律、财务与会计”五子文件夹，会话与文件夹同名便于对应
主题
AI 生成政策内容的边界
- 知识截止时间早于当前日期时，历史已发生政策（如 2024 退税率调整、9710/9810 推广、函调趋严）可放心写，事实清晰
- 基于政策方向推演的「未来年度新规」（如全流程无纸化、信用等级绿色通道）只能作为钩子素材，具体细节（到账天数、各地执行差异）需用户按实操补充
- 对外承诺类内容必须用官方公告（国家税务总局公告、各地税务局通知）核实，钩子内容可宽松、承诺内容须谨慎
- 交付时应主动标注「哪些是确定事实、哪些是推演」，并建议用户核实不确定项
问答
docx 内容校验脚本
问题：生成或修改 .docx 后需要验证标题、章节、关键段落是否真的写入，以及旧年份文案是否残留
方案：用 python-docx 读取文档：输出文件大小、段落数、表格数；对每个关键字符串做「找到/未找到」检查（遍历 paragraph.text 匹配子串）；同时检查旧文案（如「2025 出口退税自查避坑手册」「18 问自查」）是否已无残留。注意输出用 ASCII 标记避免 GBK 编码报错。
问答
Python 脚本 GBK 编码报错
问题：在 Windows 上运行 Python 脚本 print 含 emoji（如 ✅ \u2705）时抛出 UnicodeEncodeError: 'gbk' codec can't encode character，exit code 1
方案：Windows 控制台默认 GBK 编码无法输出 emoji/非 GBK 字符。解决方式：1) 把脚本中的 emoji 替换为 ASCII 标记（如 ok / + / -）；2) 或在脚本开头设置 sys.stdout.reconfigure(encoding='utf-8')；3) 或运行时设置环境变量 PYTHONIOENCODING=utf-8。
主题
出口退税客户开发内容体系
- 交付物结构：ICP 客户画像文档（.md + .docx）、干货钩子文档（自查避坑手册 .docx）、加微信转化 SOP（.md）三件套，配套 build_*.py 脚本便于后续批量更新
- 干货手册设计：以「N 问自查清单」为核心钩子，题目按 A-F 分组（政策变化、退税率、单证、函调风险、合规、年度新增），自测阈值设为答不出 7 题以上标红，制造痛点
- 转化 SOP 路径：看到自查清单→发现自己答不出→用「N 问你能答上几题」作为微信对话切入点→5 分钟自测→引导咨询
- 年份一致性：文件名、标题、章节名、SOP 引用中的年份必须全部同步（如 2025→2026），否则是基础品牌一致性错误
- 新增年度内容时同步调整题量并整数对齐（18 问→21 问），同时更新自测阈值与所有引用处
主题
AI 生成政策内容的时效边界
- 模型知识存在截止日期，与当前实际日期可能有数月差距，涉及政策细节时必须声明
- 已发生且事实清晰的调整（如退税率下调、9710/9810 推广、函调趋严）可放心写
- 基于政策方向推测的未来细则（如无纸化全覆盖、信用等级绿色通道的具体时限）需标注为待核实
- 定位为「钩子」的营销物料可用推测内容，但不可作为对客户的「承诺」
- 交付时主动列出不确定项，建议用户以官方公告（税务总局公告、各地税务局通知）核实
问答
docx 内容更新后自动校验
问题：修改 docx 手册内容（改年份、加章节、改题量）后，容易漏改或残留旧内容，人工检查不可靠
方案：写校验脚本用 python-docx 打开文档，输出段落数、表格数，并逐项断言关键字符串存在（标题、新增章节、新增题组），同时断言旧字符串不存在（旧年份标题、旧章节名、旧题量），全部通过才算更新完成
问答
Python 脚本 GBK 编码报错
问题：Windows 下运行 Python 脚本打印 ✅ 等 Unicode 符号时抛出 UnicodeEncodeError: 'gbk' codec can't encode character '\u2705'，进程以 exit code 1 退出
方案：避免在 print 中使用 emoji/特殊 Unicode 符号，改用 ASCII 标记（如 + / - / ok）；或显式设置标准输出编码为 UTF-8（如 sys.stdout.reconfigure(encoding='utf-8') 或设置环境变量 PYTHONIOENCODING=utf-8）
主题
出口退税获客内容物料体系
- 物料组合：ICP 客户画像文档 + 干货手册（钩子）+ 加微信转化 SOP，形成从吸引到转化的完整链路
- 干货手册用「N 问自查清单」形式做钩子，客户自测答不上来即产生咨询动机
- 自查题数量与阈值需对齐：题量变化时同步更新标题、自测标红阈值、SOP 中所有引用处
- 用 Python 脚本（build_*.py）生成 docx，便于后续批量更新内容；配套 verify 脚本校验段落数、表格数、关键标题是否存在、旧年份是否残留
- 年份/政策时效性是品牌一致性底线，文件名、标题、正文、章节名需全部同步
主题
推进节奏与报价策略
- 排序原则：先易后难，先做能立刻见效的，用看得见的成果换信任
- 顺序1（本周）：发票额度增量陪同+实地核查准备+主体与风险体检报告，单项5000-9800
- 顺序2：非正常户清理/僵尸主体注销（见效最快、直接改善新主体D级），每户代办+单项3000-6000
- 顺序3：资金合规路径测算+往来清理（客户最愿付钱的一块），资金5000起/往来1万起
- 顺序4：用工结构盘点+工资社保规划（税局已上门必须有回应），6000-1万打包'四小专项'不拆免费
- 顺序5：1层合规管家年费9800-19800；顺序6：2层合规顾问（股权架构+两地主体重塑）36000/年，等案件定调后再动
- 基础代账提价：一般纳税人参考1200/月，整体锚定原价3-5倍
- 核心心法：这次见面别卖合规账，卖'体检'——客户最怕不知道自己身上有多少雷；体检报告一出，资金、工资、往来、股权水到渠成；顺序错了会被压价，顺序对了客户会追着问下一步
主题
首次拜访必问清单
- A决定案件定性（不问清不能报价）：600万是哪个税种/滞纳金多少/有无罚款几倍/现在复议还是一审二审/有无纳税担保或分期；沙溪厂与东阳主体是否同一法人股东（决定风险是否传染）；新电商主体D级税务局给的原因、名下有无非正常户；公户钱取不出是利润成本问题还是账户冻结/税务保全/欠税；90万额度谁核的、最近是否被降、以前最高开过多少
- B挖需求定方案：200多万开票需求票开给谁、进项从哪来有无票；东阳关掉的店注销了还是放着、还在的店几户核定还是查账；100来号人固定多少临时包装工多少、有无超龄人员（超龄人员可单项参加工伤，是低成本高满意抓手）；私户收付款历史规模量级、涉及哪几张卡哪些人；公户现在多少钱、他要拿出来干什么用（用途决定路径）；实收资本有无实缴；有无银行贷款对外担保
- C判断付费与关系（旁敲侧击别直问）：二代/家里人在公司吗、经营有人接班吗；同行里谁比他做得正规他羡慕谁；去年一年大概交了多少税
主题
财税售前五条专业红线
- 灵活用工平台先别急着推：厂区内固定岗位、成批作业、2-3个月结一次更接近全日制/劳务外包，硬套平台会被认定为以平台之名逃避社保；先做用工结构分型再谈工具；包装环节可走'业务整体外包给真实主体'（外包业务不是外包用工）
- 高新明确不接假高新：工艺品制造基本不在八大领域内，不满足研发费占比、科技人员占比、知识产权要求；刚补600万再来虚假申报可能致命；敢说'这个不能做'客户才敢交真事
- 600万案件未结期间做主体重组/换壳承接业务绝对不碰，有被认定转移财产、逃避追缴欠税的风险；架构必须等体检结束、案件定调后再动
- 跨省两地主体（江西沙溪+浙江东阳）注意属地征管、社保属地、发票属地、出口退税属地，别用一个地方口径套另一个地方
- 代账机构自身风险：客户新注册电商主体若业务不实，有执业与声誉连带风险；要做准入评估+书面风险告知+合同写清责任边界
主题
600万补税案能争什么
- 行政复议/诉讼阶段可争取和解与调解，但征税行为本身法理上极难推翻
- 真正有空间的是：罚款倍数、滞纳金、缴纳方式（延期/分期）
- 正确预期话术：'大头（补税）大概率要认，能争的是罚款和缴法，能用时间换空间。真正要命的是新增业务还在往老路上走——边补边涨，永远补不完'
- 这段话最能建立专业信任，也是'渐进式合规'最好的切入口
主题
公户钱取不出的真实症结
- 完整链条：私户采购没票→成本没进账→账面利润虚高→想拿钱要先背约40%（25%企税+20%分红）→所以'取不出来'
- 顺序绝不能反：先补成本、把利润压回行业合理区间，再谈钱怎么出来（对应'浴缸比喻'：先关水龙头做增量规范，再舀水做存量清理）
- 四条合法拿钱路径对比：①借款年内归还成本0（需真实借款合同，年度终了未归还且未用于经营视同分红补20%个税）；②视同分红20%个税；③工资/年终奖3%-45%累进（年终奖优惠至2027年底）；④税后分红25%+20%≈40%最贵
- 必须排查更危险可能：若600万已进入强制执行，税务机关有权从存款中扣缴税款，公户钱是'随时可能被划走'而非'取不出来'，需当面问清当天验证
- 实收资本是否实缴：'老板垫资的其他应付款→债转股/实缴后偿还'是最经典的合法给钱路径
主题
新主体一注册就D级的原因
- 按纳税信用管理口径，由D级纳税人的直接责任人员注册登记或负责经营的企业，本评价年度直接判D
- 新主体一注册就D级，大概率不是新主体自身问题，而是法人/负责人名下旧账问题
- 旧账最常见引爆点：关掉的店只停业没注销，早已转为非正常户
- 风险：不清理则未来每个新主体都带D级出生，业务做不起来、退税做不了、招投标进不去
- 机会：清理非正常户+注销僵尸主体，工作量可核算、结果可见、见效最快，是首单最佳入口
- 必须提前讲清预期：D级一般不能当年反转，有年度评价时间门槛——'现在做'比'明年做'值钱，这句话本身就是成交话术
主题
客户四层需求挖掘法
- 第1层业务需求：发票额度不够（90万→200多万）、社保/个税被查、公户钱取不出来、想注销旧主体、想合规又不想多交税、想拿园区补贴/做高新
- 第2层表面诉求要翻译成真实动机：'额度不够'=业务在增长但票跟不上；'想合规'=怕再被查；'想注销'=想切断历史；'做高新'=要身份和补贴，若不符合要明确拒绝并改推合法政策申报（稳岗补贴、出口信保、技改补贴）
- 第3层风险与心理需求才是付费理由：怕被追到几年前、怕旧事污染新事业（新主体一注册就D级）、想做大但不敢做大（扩张焦虑）、要安全感不要便宜、要面子和正规化身份认同
- 第4层决策与付费：决策人本人独断型，直接谈风险与结果；现金流安全>税负最优，价值主张往'保钱、保人、保企业安全'靠，别一上来讲节税
- 把'合规'包装成'企业升级、给园区/银行/客户看的名片'，比说'补税整改'好卖十倍
主题
超跌选股法skill设计要点
- 六步闭环：闸门判定 → 区间统计 → 四标准筛选 → 分时低点买入 → 分散分仓 → 高点轮换 → 三大卖出信号，附输出模板与常见错误对照表
- 闸门方向与 quantitative-structure-stock-picking 相反（该技能用于弱势窗口，后者用于强势窗口），两边需做互斥标注防止混用
- 复用已有技能而非重造：强弱判定走 emotion-cycle-judgment，明日策略走 tomorrow-operation-strategy，回撤触发时让位给 account-drawdown-risk-control
- 资料仅有弱势选股法，缺强势选股法与底部结构选股法，体系不完整
问答
Markdown校验脚本误报H1
问题：自写的 check_md.py 校验脚本报告 SKILL.md 存在 2 个 H1 标题（要求只能有 1 个），但实际文档结构正常
方案：原因是代码围栏（```）内的输出模板示例中含有一行 `# 超跌选股方案 · {日期}`，被脚本当作真实 H1 统计。修复方式：校验脚本在统计标题前先剔除代码围栏内的内容，或将该模板行改为非 H1 形式
问答
Word表格错位与录音稿乱序修复
问题：原始 Word 文档把 4 张表格内容全挤到文末导致表结构丢失错位；两份录音逐字稿时间戳乱序（如 00:16:26 之后接 00:05:42），无法按顺序阅读
方案：1) 按语义将文末堆叠的表格内容还原回原位并重建表结构；2) 按时间戳对逐字稿段落重排并加目录；3) 修正语音转写口误并单列勘误表（大洋股份→大元股份、60132→600132、国际证券→国金证券、3600331→600331 等 10 处）
主题
历史数据核验方法论
- 核验个股涨幅必须用不复权原始价，前复权会因复权因子产生假象（如重庆啤酒前复权显示最低 3.06 元，与原文数据对不上）
- 越近的年份数据越准：2012 年样本分毫不差，2008 年样本误差最大，引用越早的数据越要打折
- 大盘点位/日期类数据可信度高（6 项全部误差 <0.5pt），个股涨幅数据需逐项核验
- 文中'最低价→最高价'的涨幅是完美抄底摸顶，实盘必然打折，不能直接当预期收益
主题
通达信本地库数据隐患
- 本地 tdx_data.db 只有 2021-08-02 起的数据，无法回溯 2008-2012 等早期行情，做历史核验需换数据源
- tdx_kline(code="000001") 返回的是平安银行而非上证指数，指数代码与个股代码存在冲突，使用前必须确认返回标的
- 替代方案：腾讯行情源可回溯到 2007 年，适合做长周期历史数据核验
问答
离线模式无 Key 时降级检索
问题：用户未配置 LLM API Key 时，问答接口如何仍能返回有用结果？
方案：在 /api/ask 中判断 llm_result.get('fallback')：为真时走离线模式，取 KB.search(query, top_k=5) 的第一条结果，用 content_full 或 content_preview 截断 600 字符作为答案，并提示用户在右上角「⚙️ LLM 设置」配置 API Key 启用大模型模式；无检索结果时提示换关键词或配置 Key。
主题
LLM Key 配置：BYOK 改服务端默认
- 现状是 BYOK 模式：浏览器 localStorage 存 API Key，经 /api/ask 传给服务器，服务器不持久化 key
- 痛点：每个员工首次使用都要在右上角 ⚙️ 手动填 Key；只有管理员知道 Key 来源，新员工不会配；key 存在用户浏览器有泄露风险
- 推荐方案：服务端环境变量 DEFAULT_LLM_API_KEY 作为默认 key，员工打开即用；localStorage 仍可覆盖以支持自带 key
- 改造成本低：ai_web_v4.py 改 5-10 行读取默认 config，docker-compose.yml 加 2 个环境变量，重启容器生效
- 备选方案 A（只改文档）：提示未配置请联系管理员，体验差但改动小
- 模型选型：MiniMax-M3（base_url https://api.minimax.chat/v1）、DeepSeek（更便宜、中文好）、通义千问 Qwen（阿里云稳定）
主题
财税销售资料包分类整理
- 原始资料位于 D:\重要资料备份\11销售工具包，包含 10 个子目录：01补充、02给客户的干货、03优秀同行、04开场白、05微信营销、基础专业能力、法务知识包、知识库、进阶专业、销售能力
- 根目录还有零散文件：销售签约技巧与逼单策略（多年单）.md、回眸三笑客户拜访策略与实施要点.md、行业搜索.docx
- 整理目标是把非结构化资料（docx、md 等）转成统一 MD 知识库，便于团队共享复用
- 按主题分类（开场白、微信营销、法务、销售能力、专业能力等）而非按原始文件夹结构组织，更利于检索
问答
个人微信更换实名与重置支付密码
问题：个人微信原实名认证为前员工，前员工已解绑实名，但用户忘记支付密码，需要更换实名认证为自己并重置支付密码。
方案：1) 先确认状态：我→服务→钱包→右上角···→帮助中心→实名认证，查看是否已清空；若仍显示前员工名字，需让其彻底解绑或走客服申诉。2) 添加新实名：我→服务→钱包→···→实名认证→更换实名，输入本人身份证号+姓名，绑定本人名下借记卡（信用卡、二三类电子账户不可用），接收银行预留手机号验证码完成验证。3) 重置支付密码：我→服务→钱包→···→支付管理→忘记支付密码，优先选银行卡验证（输入卡号+预留手机验证码），或选身份证+人脸验证。4) 测试：发0.01元红包验证新密码可用。注意：前员工解绑后通常有30天冷静期不可再变更；同一身份证最多实名5个微信支付账号；绑卡失败常见原因为非本人卡、预留手机号停用、一类账户超限。兜底方案：腾讯客服小程序或拨打95017，准备手持身份证照片、账号及近期交易记录、情况说明，1-3个工作日处理。
主题
早会管理问题诊断与整改
- 问题诊断：主管开早会前未看飞书台账、报收款金额但不知道对应客户、早会2分钟就结束导致组员无目标感
- 整改动作：主管1对1沟通30分钟（开场说明不是批评→3个问题引导自查→现场示范1遍→承诺陪开2次早会）
- 硬性标准：每天8:40开始，早会最少8分钟，<5分钟当场叫停
- 配套工具：早会模板库、早会检查表、人事月度评分表（要求8分钟+）、1对1沟通SOP
- 复盘机制：下周周一复盘A/B两组早会时长+质量
主题
本地知识库+对话检索方案
- 可行：本地建文件夹存放财税公司经营管理知识，在对话中告知路径，AI 可先检索本地知识库再给方案
- 适用场景：企业主沉淀的行业经验、SOP、案例等私有知识，避免每次重复输入背景
- 关键前提：需确认 AI 工具具备本地文件读取权限（如 danger-full-access 文件策略），否则无法检索
- 建议按主题分文件夹（如：销售管理/人事/财税业务/客户案例），便于检索时精准定位
主题
保密违约金分级设定方法
- 核心原则：违约金 ≤ 员工年收入的 2 倍，同时 ≤ 实际损失的 2-5 倍，法院才会支持；过高会被下调，过低会被上调
- 按年收入分档：3-5万（普通员工）→3-5万违约金；5-8万（销售骨干）→5-8万；8-15万（主管）→8-12万；15万+（店长/合伙人）→15-30万
- 按岗位分档：普通销售3万、销售骨干5万、销售主管8-10万、会计5万（数据敏感）、外勤会计3万
- 分级触发设计：泄露客户名单/价格/合同=基础档；离职后2年内联系公司客户=中档；带走客户到竞争对手=最高档
- 必备配套条款：保密期限离职后2年（过长无效）、明确保密范围（客户名单/价格/合同/财务/供应商/营销策略）、明确触发条件、举证责任约定
- 三个常见坑：违约金写50万但年收入5万会被法院下调；不写保密期限法律不认；不写触发条件法律不认
问答
容量龙头5日K线核验
问题：如何判断涨停股是否为合格的容量龙头，避免把单日脉冲误认为主线龙头
方案：用5日K线持续性核验：统计5日内阳线数量与累计涨幅，如昭衍新药1/4阳线+3.2%、美诺华1/4阳线+2.9%均为单日脉冲不合格；同时需满足流通市值≥100亿(新华传媒流通81亿虽4/4阳线+46.6%但非容量票)。两项同时满足才算合格容量龙头
问答
多时点快照误判为bug
问题：用户认为引擎输出的880005数值、涨停家数(9/32/54三处矛盾)、炸板率0%、大幅回撤0家是bug，建议排查
方案：实际是引擎在09:25/10:00/11:30/14:00/15:00五个时点分别存档的快照，竞价时炸板率0%、回撤0家均正常。多时点快照正是情绪动态过程记录，应横向拉成趋势表观察情绪全天衰减或走强，而非当作矛盾数据
主题
极值日D0与节后三情景
- D0口径：880005<1000判定为极值日D0，极值后第一天是反弹(D1)，第二天是强化(D2)
- 9/28 880005=898为D0，9/29反弹(880005=3471)，9/30强化失败(高开低走)，10/8从D0起算已是D6
- 情景A强化补涨：龙头一字/高开秒板+开盘涨停>30家→低位首板试仓15~30%，不追高板
- 情景B分歧震荡(最可能)：龙头开板或平开+涨停10~25家→空仓观望一天
- 情景C低开补跌：龙头低开/炸板+权重继续杀→继续空仓等冰点
- 三个必盯信号：唯一情绪锚龙头是否断板、880005能否守住5日线(跌回2000以下=退潮确认)、杀跌权重板块是否止跌
主题
退潮期判定与仓位纪律
- 退潮期核心特征：高开低走(竞价80%上涨→收盘47%)、高度孤立(7板无梯队、5-6板空缺)、主线散掉(集中度44.4%→35%)、半导体等权重杀跌
- 系统性风险信号：跌停家数骤增(5→12家)、炸板率上升(24%→33%)、主力能量持续萎缩(-16.11%→-17.19%)、综合强度下降(68→64)
- 退潮期建议仓位0~15%，叠加7天长假降至0~5%
- 操作纪律：节前不开新仓、清高位(2板及以上)、回避杀跌板块、不追独立龙头(断板即高度归零)
- 区分独立龙头与主线龙头：新华传媒7板但5-6板空缺、板块仅2只联动=独立龙头，非主线龙头
主题
情绪周期复盘七步法
- 第一步数据同步：老板报数+本地SQLite实拉，核心指标包括CCI(5日)、880005涨跌家数指数、MA5、880005/MA5站上比例、老板量化(4096/5200=78.8%)
- 第二步数据接收5类齐全：情绪图(综合强度/涨停跌停/主力能量/炸板率/连板率/大幅回撤)、数据A(成交额前20涨跌比)、数据B(涨停前20)、完整连板梯队、区间统计图(5日板块强度TOP10)
- 第三步双坐标评分：赚钱效应与亏钱效应分别打分，再按规则修正(如MA5仅标注不加分、抱团-5、龙头补跌+5、放量-5)
- 第四步交叉校验：存量分(①③⑤)与接力分(②④⑥)各9分制，存量高+接力中则维持矩阵判定
- 第五步情绪周期阶段判定：退潮期/发酵期/冰点等，结合赚钱效应分、亏钱效应分与阶段特征(高开低走、高度孤立、主线散掉)
- 第六步操作策略：情绪周期→主线唯一→容量龙头唯一(需5日K线持续性核验，1/4阳线为单日脉冲不合格)→建议仓位→唯一龙头→交易策略
主题
市场情绪恶化与主线健康背离
- 综合强度从 38 降至 28，创 17 周新低；跌停从 11 增至 26（+136%）；涨跌家数比从 1:4.6 恶化到 1:11.9，属极端普跌
- 通信板块单日主力净流出 154.1 亿，为 17 周单日最大流出
- 主线 AI 应用区间资金 +58.32 亿，连续 2 周 NO.1，板块强度 32082 创 13 周新高，主线本身健康
- 高度板从 0 回归到 2 只（67% 连板率），是情绪修复信号；一板连板率维持 10% 低位
- 新方向：证券（+7.14 亿首次进 TOP10）、物流（+5808 万）、热泵（+1.57 亿）、欢瑞世纪（+6.91 亿，AI 视频新龙头）
- 情景推演：主升继续+情绪短期修复（40%）、主升继续+情绪再下台阶（50%）、主升结束+情绪反转（10%）
问答
确认截图数据是盘中还是盘后
问题：分析市场情绪数据时，需要判断截图中的综合强度、涨停跌停等数据是开盘时拉的还是收盘后的，避免把单点数据误当趋势。
方案：查看截图文件的元数据时间戳（如 Screenshot_20261015_193143 表示 19:31:43），手机端 12 小时制显示的 7:31 实际是 19:31，即收盘后。同时核对图片内部标注的数据时间（如量能图标注 14:59 为最后 1 分钟），两者结合判断数据是盘中还是盘后。建议在复盘文档中统一标注数据时间标签（开盘/盘中/收盘后）。
主题
当前上证盘面结构判定
- 现价 3707.48，RSI14=26.48 为本波最低严重超卖；MA5 3777/MA20 3859/MA60 3885/MA120 3984/MA250 3990 全部在现价之上
- 结构修正：不是双底/三重底，而是逐级下移三次探底 3741.11→3741.53→3674.82，三低点落在68点(1.8%)窄带内
- R3a 硬失效线（浪1起点2689.70）距现价余985点(36.6%)，标注安全；R3b 已进入浪1区判为楔形不作废
- R5 精确回踩：3674.82 vs 浪1顶3674.40，偏差仅0.42点
- 浪5推演（底3674.82）：0.618×浪1=4283(+15.5%)；0.618×浪3=4428(+19.4%)；等长=4660(+25.7%)，最可能区间4283~4428中枢4356
- 情景权重：A浪4已完成50%（守住3674收复3800）；B再下探3659占35%；C级别重划15%（失效线下移3474）
问答
东财接口限流改用腾讯源
问题：东方财富行情接口当日限流，无法获取上证指数十年日线数据
方案：改用腾讯行情源获取10年日线数据，并用本地通达信库（10-14收盘3767.23）交叉校验，两源数据一致。注意本地通达信库日线同步有滞后（15:33同步但只到10-14），取当日数据仍需走腾讯源
主题
上证指数波浪规则实证修订
- 样本：2015-01-05~2026-10-15 共 2861 个交易日，提取 5 段摆动序列，去窗口重叠后仅 49 条有效样本
- 教科书规则在上证遵守率低：浪2不破浪1起点 35.7%~57.1%；浪3非最短 0%~71.4%；浪4不与浪1重叠 57.1%/71.4%；交替准则仅 28.6%；浪4回撤38.2%仅占12%~20%，51%超100%
- R3a 硬失效线改为「浪4不得跌破浪1起点」（非浪1顶），放宽后遵守率 92.9%~100%
- R3b 浪4进入浪1价格区时标为「楔形/对角形」，标注不作废（波浪理论允许楔形内部1-4重叠）
- R4 浪4深度改为浪3的 45%~105%（中位1.02）；R5 新增浪4低点精确回踩关键位±2%
- G1 交替改时间口径：浪4/浪2时间比 0.5~0.786 或 >1.5（幅度交替不成立，时间比中位1.21）
- G2 斐波那契回撤重心上移至 61.8%~100%（≤50%仅占10%~12%）
- 大级别验证：2024-02-05起 2635.09→3174.27(64日)→2689.70(84日)→4258.86(396日)，R1/R2/R3/深度交替全部合规，说明问题在级别选择而非理论本身
- 重要警告：修订规则只有描述力无预测力，规则通过组与不通过组60日收益差异不显著（p=0.36~0.94），不可作择时信号
主题
代扣代缴自然人增值税合规要点
- 6 步合规流程：识别供应商 → 起征点判断 → 合同约定 → 计算税款 → 代扣代缴 → 档案留存
- 税款计算公式：销售额 × 3% + 12% 附加税费（含具体案例演示）
- 4 大风险点：应扣未扣、已扣未缴、未申报、借用冒用他人身份
- 4 类特殊场景处理：互联网平台、未达起征点、已自行申报、已代开发票
- 跨税种联动：代扣增值税同时需考虑个人所得税预扣，防止后续预警
- 中小微企业需在政策生效前（如 11.1）完成 5 步内部流程改造
主题
财税专题培训PPT结构设计
- 按“为什么这样做 → 既然这样了后面怎样做 → 特定对象专项”三段式组织，逻辑递进清晰
- 每部分配固定页数（如 5 页/5 页/5 页），附录放总结、政策原文精要、参考资料
- 场景案例要贴合目标受众实际业务（如中小微企业的设计、IT开发、财税咨询、培训、文化广电 5 类服务场景）
- 提供可直接套用的工具：客户沟通话术、内部流程改造步骤、核心建议清单、高频 Q&A
- 风险量化用公式级计算呈现（如 10,000 元设计费 → 326 元税费 = 销售额×3% + 12% 附加）
- 强调跨税种联动（增值税 + 个税预扣），避免后续税务预警
- 页眉页脚、章节标题、案例场景全部替换为本专题专属内容，确保 PPT 完全独立不复用旧模板
问答
Python脚本中文字符串语法错误
问题：在 Windows 下用 python-pptx 编写 PPT 生成脚本时，多次报 SyntaxError: invalid syntax. Perhaps you forgot a comma?，报错位置均为含中文的字符串行（如 "需要 1"、"增值税和个税联动"等），且终端输出中文乱码。
方案：报错根因是字符串中混用了中文全角引号（“ ”）或未转义的引号，导致 Python 解析器把字符串提前截断。逐处检查报错行号（140、153、589 行），将中文全角引号替换为转义后的半角引号（\"）或改用单引号包裹，确保每个字符串字面量引号成对闭合；修改后重新运行脚本即可通过。终端乱码是 Windows 控制台 GBK 编码问题，不影响脚本执行。
问答
水电股为何PE高却不贵
问题：水力发电个股（如长江电力）账面PE高达21倍，看起来估值很贵，为什么市场愿意给这么高的估值？
方案：核心在于折旧是'假成本'。会计折旧年限40-50年，但水电站实际寿命100+年，折旧完成后利润暴增。应改用现金流指标估值：①市现率=市值/经营现金流=7242/605=12倍；②P/FCF=市值/自由现金流=7242/420=17倍；③真实PE=市值/(净利润+折旧)=7242/540=13.4倍；④EV/EBITDA=13.9倍。用这些指标看估值合理。本质是水电股为'披着股票外衣的永续债券'，应按收益率（股息率3.38%）而非PE估值。
主题
水电股高估值的底层逻辑
- 折旧是'假成本'：水电站会计折旧年限40-50年，实际寿命100+年（如葛洲坝1988年投产，折旧早已完成），折旧完成后利润暴增
- 现金流远大于净利润：长江电力2025年净利润345亿，经营现金流605亿，折旧摊销195亿，现金流/净利润=175%
- 真实PE远低于账面PE：账面PE=7242/345=21倍，但加回折旧后真实PE=7242/(345+195)=13.4倍
- 估值需用现金流指标：市现率=7242/605=12倍，P/FCF=7242/420=17倍，EV/EBITDA=13.9倍，均属合理区间
- 高估值6大原因：确定性溢价、现金流特性、低利率受益（有息负债约3000亿）、稀缺性（长江六座巨型电站不可复制）、抗通胀（成本固定）、分红稳定（股息率3.38%，分红率约70%）
- 类债券属性：股息率3.38% vs 10年国债2%，有1.38%溢价，市场按'收益率'而非PE估值
- 水电vs火电：水电无燃料成本、成本可预测、寿命100+年、零碳；火电受煤价波动、寿命30-40年
- 风险点：利率上升（折现率上升+财务费用增加）、来水波动（2022年净利-18.9%）、电价管制（长期增长约5%）、折旧完成后大修成本可能被低估
- 巴菲特类似投资：BNSF铁路（重资产、折旧大、现金流稳定）、伯克希尔能源BHE，巴菲特评价铁路'一旦建成就能持续几十年产生现金流'
主题
公告关键词筛查的三层执行法
- 第 1 层自动跑脚本：0 成本、400 天窗口，能抓立案/ST/冻结/担保诉讼/安全事故/业绩预亏，负责过滤大面积风险
- 第 2 层人工 web 搜索补漏：只上新闻不上公告的风险（如“被国家电网暂停中标 1~3 年”）关键词扫描抓不到，需对通过的票再搜一遍新闻
- 第 3 层下单前到交易所官网核对（www.sse.com.cn / www.cninfo.com.cn），最权威
- 关键词法需要反复校准：v1~v3 把常规披露当风险导致误报，v4 把股权质押当红线导致 15 只全排除，v6/v7 用精确短语才校准成功
- 结论：单一自动化筛查不可靠，必须自动过滤 + 新闻补漏 + 官方核对三层叠加
问答
AKShare免费筛查个股风险
问题：买入前需要批量筛查候选股是否有立案、ST、资金占用、违规担保、安全事故、业绩预亏等黑天鹅风险，但不想购买 Tushare 等付费数据源。
方案：用 AKShare（pip install akshare，1.19.1 版）调用东方财富「公告大全-个股」接口，按公告标题关键词匹配风险。关键参数：时间窗口必须设为近 400 天（190 天会漏掉 9 个月前的立案公告）。关键词需用精确短语并剔除常规披露（如“非经营性资金占用情况汇总表”“股票交易异常波动公告”“股权质押”），否则会大量误报甚至全部排除。脚本示例：python risk_scan7.py 600363 002121 001203，输出控制台明细 + xlsx 汇总 + JSON 结构化结果。
主题
自动开票机器人需求边界确认
- 需求本质：客户发送开票信息后，系统自动登录电子税务局完成开票，属于外部系统对接类自动化
- 与已有的 wecom-daily-report-bot（企业微信日报机器人）同源，可复用企业微信入口模式
- 核心风险点：涉及外部系统（电子税务局）对接 + 税务合规风险，需先明确方案再动手实现
- 落地前必须先确认 3 个关键边界问题（开票信息格式、登录/认证方式、异常与人工复核流程），再进入设计阶段
主题
DSH 模型名自动改写问题
- 配置文件 ~/.dsh/settings.yaml.imported 与 ~/.dsh/profiles/desktop/cordis.patch.yml 的 llm-deepseek.models 中写的是 deepseek-v4-flash，但实际 API 请求发出的是 deepseek-v4-1-flash，说明 DSH 0.1.7-rc.2 的 dsh-llm-deepseek-api-key 内部做了模型名改写
- DSH 自己的 model id 与 API 端 model id 不一定一致，只有实际能调通的才能用；web profile patch 里列了 deepseek-v4-flash / deepseek-v4-pro / deepseek-flash 三个
- settings.yaml 是热加载的，修改模型后不需要重启桌面版
- llm-pi-ai 插件使用 apiKeyEnv 模式而非 model env，想 100% 锁定模型版本需改源码中 llm-deepseek 的 routing 段
- 错误信息中的 distributor group（如 ds4.1flash99缓）是 API provider 分配给账号的分组，group 下无对应 channel 即报 model_not_found
问答
DSH 报 503 model_not_found 排查
问题：DSH 桌面版调用 DeepSeek API 报错：503 model_not_found，No available channel for model deepseek-v4-1-flash under group ds4.1flash99缓 (distributor)。配置文件里写的是 deepseek-v4-flash（无 -1-），但实际请求出去变成了 deepseek-v4-1-flash。
方案：1) 解读错误：503=服务不可用，model_not_found=模型找不到，group ds4.1flash99缓 是 API 后端分发组，该组下没有该模型的 channel；request id 用于找客服。2) 根因：DSH 客户端内部把 deepseek-v4-flash 自动改写成 deepseek-v4-1-flash 发出（DeepSeek 官方改名/改路由到 V4.1 Flash，处于内测阶段），但账号所在 group 未开通新模型。3) 修复优先级：①找 API 提供方（platform.deepseek.com 或三方分销客服）开通 v4.1-flash 权限或切到有 channel 的 group，带上 request id；②在 ~/.dsh/settings.yaml.imported 中把 agent-default-model.model 换成账号下已知可用的模型（如 deepseek-v4-pro），settings.yaml 热加载无需重启；③尝试用环境变量/显式 model id 锁住版本避免自动改名（变量名需查 llm-pi-ai 插件实现）；④必要时降级到 0.1.7-rc.1 或更早版本。4) 附带说明：每次请求 503 会触发客户端重试/等待，是体感变卡的原因之一。
主题
国内注册Google账号方法
- 必须能访问Google服务器（VPN/代理），否则无法完成验证流程
- 手机验证是关键环节：+86国内号部分地区可收码但成功率不稳，海外实体号成功率更高，部分虚拟号（TextNow、Google Voice等）已被屏蔽
- 安卓手机注册法：拔掉SIM卡避免Google Play检测地区，连代理WiFi后首次开机按提示创建账号
- 同一IP多次注册易触发风控，建议一次性完成注册流程
- 注册后务必保留绑定手机并开启两步验证，同时设置备用邮箱+安全问题便于找回
- 建议注册后立即配置Gmail转发到QQ/163等常用邮箱，避免因需代理而错过邮件
问答
台式机加装内置备份硬盘
问题：需要给单盘台式机加一块内置硬盘做第二数据盘，用于存放 NAS 数据备份。
方案：选购：西数紫盘 WD10PURZ 1TB 或希捷酷鹰 ST1000VX005 1TB（约 ¥250，7×24 设计），2TB 可选 WD20PURZ；必须选 CMR 垂直式，避开 SMR 叠瓦式和二手/矿盘。安装：关机拔电源并放电 → 开侧板 → 用 4 颗螺丝固定到 3.5 寸硬盘位 → 接 SATA 数据线到主板、SATA 电源线到电源 → 开机在磁盘管理里初始化磁盘选 GPT → 新建简单卷，盘符设为 F:，卷标 NAS-Backup。装好后把备份脚本目标从 D:\nas-data-backup 改为 F:\nas-backup，保留 D 盘一份快速恢复、F 盘一份防盘损，并加每日 03:00 定时备份、zip 完整性校验和磁盘空间告警。
问答
单硬盘分区误当多盘备份
问题：用户以为 C/D/E 三个盘符是三块独立硬盘，把 D:\nas-data 和 D:\nas-data-backup 放在同一块物理硬盘上，实际只有一块 512GB SSD，硬盘一坏系统和备份全部丢失。
方案：用 PowerShell 的 Get-Disk / Get-PhysicalDisk 和 Get-Volume 确认物理磁盘数量与分区对应关系（示例输出显示 Index 0 一块 476.9GB SSD 分出 C/D/E 三个分区）。确认只有单盘后，加装第二块物理硬盘（SATA 接口，主板 Intel 400 Series SATA AHCI 控制器正常、通常有 4~6 个 SATA 口只用 1 个），把备份目标改到新盘盘符（如 F:），实现真正的双盘冗余。
主题
移动硬盘长期插着做备份的风险
- 机械移动硬盘 24 小时通电，寿命从 3~5 年降到 1~2 年
- 电脑电源故障或雷击可能同时烧毁主板和移动硬盘，两份数据一起丢
- 勒索病毒加密时会连长期插着的移动硬盘一起加密
- 长期插拔/通电易导致 USB 接口接触不良
- 备份遵循 3-2-1 原则：3 份数据、2 种介质、1 份异地；长期插着的移动硬盘不算异地
- 小数据量（如 39MB）推荐每周手动插上拷贝后拔掉，硬盘离线存放更安全
主题
私有云/NAS 方案选型
- 功能组合：文件共享用 SMB/NFS/SFTP/WebDAV；私有云盘用 Nextcloud/Seafile；媒体用 Plex/Jellyfin/Emby；下载用 qBittorrent/Aria2；备份用 Restic/Duplicati/rsync；远程访问用 Tailscale/ZeroTier/Cloudflare Tunnel/WireGuard/FRP；管理面板用 CasaOS/Portainer/YunoHost
- 有公网 IPv4 时可直接用 DDNS + 路由器端口映射 + HTTPS，无需内网穿透
- 选型前需确认：操作系统、仅局域网还是公网访问、是否可用 Docker、硬件是否常开及配置、是否有公网 IPv4
- 多数方案（Nextcloud、Jellyfin、CasaOS）用 Docker 部署最省事
主题
知识卡片生成三种方案对比
- 方案A（推荐）：配置 DeepSeek 等 LLM API key 写入 .secrets.json，修任务计划为每10分钟循环，成本极低（38会话约¥0.01）
- 方案B：不调 LLM，用 TF-IDF/关键词提取抽关键句，零成本但无 AI 总结能力，效果差
- 方案C：禁用功能并删除任务计划，现有搜索、智能关联、自动标签、会话详情已够用
- 建议先选C保持现状，等会话量大到看不过来时再上LLM启用
- auto_cards.py 的 daemon_loop 默认 interval=600 秒，即每10分钟扫描一次未处理会话
问答
排查知识卡片功能未生效
问题：auto_cards.py 脚本和任务计划 NAS-Auto-Cards 都已安装，但知识卡片从未生成，cards.db 数据库不存在，auto_cards.log 无任何记录。
方案：逐项排查：1) 检查 auto_cards 进程是否在运行；2) 检查 cards.db 是否存在；3) 检查 LLM 配置中 api_key 是否为空——auto_cards.py 第34行 `if not cfg.get('api_key'): return` 会直接跳过；4) 检查任务计划触发方式，当前为 At system startup 只启动一次，应改为每10分钟重复触发；5) 检查 auto_cards.log 是否有记录。修复：配置 LLM api_key（如 DeepSeek，约¥1/百万token，38个会话成本约¥0.01），并将任务计划改为每10分钟循环，或直接运行 `python auto_cards.py --daemon --interval 600`。
主题
本机搭建私有云NAS方案
- 有公网IPv4时无需内网穿透，用免费DDNS域名+路由器端口映射即可实现公网HTTPS访问
- 功能组合：文件共享用SMB/NFS/SFTP/WebDAV；私有云盘用Nextcloud/Seafile；媒体服务用Plex/Jellyfin/Emby；下载用qBittorrent/Aria2；备份用Restic/Duplicati/rsync
- 无公网IP时可用Tailscale/ZeroTier/Cloudflare Tunnel/FRP做远程访问
- 不想折腾命令行可用CasaOS/Portainer/YunoHost做管理界面，多数方案基于Docker部署最省事
- 选型前需确认：操作系统、仅局域网还是需公网、是否装Docker、硬件常开情况与硬盘数量、网络是否有公网IPv4
主题
财税顾问顾销一体模式
- 前端角色是财税顾问，核心工作是打电话开发客户和维护老客户
- 100户是分水线：100户前以电话开发新客户为主，100户后以服务老客户、促成转介绍和挖掘客户价值为主
- 电话开发阶段虽然枯燥，但在财税行业能快速积累专业知识；积累到约100个客户后业绩通常不会差
- 顾问与销售由同一人承担，这种模式称为“顾销一体”
问答
批处理调用报错改用内联命令
问题：在 PowerShell 中调用 .bat 脚本时出现 NativeCommandError，提示 'D:\nas-data\se...ternal command' 不是可运行的程序或批处理文件，exit code 1
方案：不要通过 .bat 间接调用，直接在命令行内联执行 cmd 命令（如 net user、reg add 等），避免批处理路径解析和编码问题
主题
公网 IPv4 自建 NAS 架构
- 有公网 IPv4 时无需内网穿透，用免费 DDNS 域名 + 路由器端口映射即可稳定访问
- 链路：公网用户 → HTTPS → DDNS 域名 → 路由器端口映射 → 本机服务
- 服务组合：Nextcloud（网盘/同步）、Jellyfin（媒体）、WebDAV（文件共享），数据库用 MariaDB
- 媒体转码可选硬件加速
- 服务启停用批处理脚本统一管理（start_all.bat / stop_all.bat 等）
主题
微信接入 DSH 的可行性
- 微信个人号：腾讯不开放官方 API，第三方机器人均为非官方协议，有封号风险且违反用户协议，不建议
- 企业微信：官方提供完整 API，支持群机器人 webhook、消息推送、应用回调，可安全接入
- DSH 侧可通过 skill 机制封装企业微信 API，实现自动回复客户、查订单、推送消息等
- 典型场景：用户在外远程通过微信触发 DSH 跑任务
主题
Windows 自动登录配置
- 清空密码：net user Administrator ""
- 注册表 HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon 下设置 AutoAdminLogon=1、DefaultUsername=Administrator、DefaultPassword=（空字符串）
- 若重启后仍弹登录框，运行 netplwiz 取消勾选"要使用本计算机，用户必须输入用户名和密码"，应用时密码留空
- 恢复密码：net user Administrator 新密码
- 安全风险：无密码后任何人可物理访问本机及 NAS 数据，建议离开时 Win+L 锁屏
问答
dsh_watcher推送机制与接口
问题：需要理解 dsh_watcher 如何把 DSH 会话同步到 NAS，以及推送失败时如何定位。
方案：启动时先执行 push_existing：遍历 find_sessions(dsh_root) 找到每个 session 目录下的 session.v4.jsonl.zstd，读取字节后 POST 到 {nas_url}/sync/{employee}/{sid}，请求头带 Authorization: Bearer <token>、Content-Type: application/octet-stream，超时 60s；返回 200 记为成功并打印大小，非 200 打印状态码与前 200 字符响应，异常打印 error。之后用 watchdog Observer 递归监听 dsh_root 持续推送；--once 时推完即退出。
问答
DSH会话同步watcher无日志排查
问题：dsh_watcher 进程在运行，但 dsh_watcher.admin.out.log / .err.log 均为 0 字节，没有推送日志，怀疑进程未正常启动或未执行推送。
方案：1) 确认日志路径为 D:\nas-data\logs\dsh_watcher.<employee>.log（logger 名为 dsh_watcher:<employee>）；2) 检查启动参数：--employee、--nas-url、--token（或 .secrets.json 中的 sync_token，缺失会直接 sys.exit(1)）；3) 确认 --dsh-root 路径存在，否则只告警不推送；4) 用 --once 参数手动跑一次，观察 push_existing 是否输出“扫描现有会话”“pushed <sid>”“初始化推送完成”等日志，以区分是启动失败还是仅等待新事件。
主题
家用私有云/NAS方案选型
- 有公网IPv4时优先用DDNS+路由器端口映射，无需内网穿透工具
- 文件共享可选SMB/NFS/SFTP/WebDAV；私有云盘选Nextcloud/Seafile；媒体服务选Plex/Jellyfin/Emby
- 远程访问备选方案：Tailscale/ZeroTier/Cloudflare Tunnel/自建WireGuard/FRP
- 不想折腾命令行可用CasaOS/Portainer/YunoHost做管理界面
- Nextcloud等方案基于Docker部署最省事，数据库可用MariaDB
问答
Python subprocess 读取输出 GBK 解码报错
问题：在中文 Windows 上运行 monitor.py 时，subprocess 的 _readerthread 抛出 UnicodeDecodeError: 'gbk' codec can't decode byte 0xab in position 769: illegal multibyte sequence，导致读取子进程输出失败。
方案：在 subprocess 调用中显式指定编码，避免使用系统默认 GBK：subprocess.run(..., encoding='utf-8', errors='replace')，或传 text=True 时配合 encoding='utf-8'；也可设置环境变量 PYTHONIOENCODING=utf-8 或 chcp 65001 切换控制台代码页。
问答
清理残留 dsh_watcher 进程与任务计划
问题：NAS 上存在多个残留的 dsh_watcher 进程和重复的 Windows 任务计划：alice 账号已不存在仍在监听，ehong001 的 watcher 指向 Tailscale 内网地址 100.121.80.122 但本机未装 Tailscale 导致推送失败。
方案：1) 杀掉所有 dsh_watcher 进程（按 PID 逐个 kill，如 9616、11292、3128）；2) 删除旧任务计划（schtasks 删除 NAS-DSH-Watcher-admin、NAS-DSH-Watcher-ehong001 等重复项）；3) 重新启动干净的 ehong001 watcher，--nas-url 指向 http://127.0.0.1:9000；4) 重新安装任务计划；5) 用 monitor.py 验证各服务 running/healthy 状态。
主题
Windows 本机搭建私有云 NAS 方案
- 有公网 IPv4 时无需内网穿透，用免费 DDNS 域名 + 路由器端口映射即可实现公网 HTTPS 访问
- 功能组合：文件共享用 SMB/NFS/WebDAV；私有云盘用 Nextcloud/Seafile；媒体用 Jellyfin/Plex/Emby；下载用 qBittorrent/Aria2；备份用 Restic/Duplicati/rsync
- 无公网 IP 时的远程访问备选：Tailscale、ZeroTier、Cloudflare Tunnel、自建 WireGuard、FRP
- 不想折腾命令行可用 CasaOS / Portainer / YunoHost 做管理界面，多数服务基于 Docker 部署最省事
- 规划前需确认：操作系统、局域网还是公网访问、是否装 Docker、硬件常开情况与硬盘数量、网络是否有公网 IPv4
主题
财税顾问顾销一体模式
- 财税顾问的核心工作是打电话开发客户和维护老客户，顾问与销售由同一人担任，这种模式称为“顾销一体”。
- 100户是分水线：100户之前以打电话开发客户为主；100户之后转为服务老客户，通过转介绍和挖掘老客户价值来产出业绩。
- 打电话虽然枯燥，但在财税行业能快速学习业务知识；积累到100个客户后，业绩基本有保障。
- 该模式下顾问不会长期只做电话开发，客户存量达到阈值后工作重心自然转向服务。
主题
不要向AI提供账号密码
- 对话中的账号密码可能被记录、留存甚至泄露，网盘内其他私人文件会一并暴露
- 百度账号通常关联手机号、邮箱、支付及绑定服务，泄露风险会扩散
- 即使信任AI，也无法保证传输和存储环节的绝对安全
- 正确做法是本地下载后提供文件路径或文件清单，而非交出凭据
主题
AI无法访问百度网盘
- 百度网盘分享链接需要登录账号并输入提取码，且页面依赖JavaScript执行，web_fetch只能拿到'请输入提取码'页面，无法突破
- 百度网盘有风控系统，异地登录+自动化访问大概率触发短信验证拦截；批量下载需专用API客户端（如bypy），沙箱环境不具备
- 百度网盘用户协议禁止账号共享与自动化批量下载，提供账号密码有封号风险
- 替代方案：①把文件下载到工作目录让AI直接读取 ②提供文件清单（文件名/大小/修改时间） ③粘贴关键内容 ④提供本地完整路径
问答
出租商铺个税计算实例
问题：月租金8000元（不含增值税），缴房产税800元、城建税及附加560元、印花税40元，修缮费600元，商铺适用20%税率，应缴个税多少？
方案：收入8000>4000，适用20%减除规则。扣除项合计=800+560+40+600=2000元（修缮600<800全额扣）。应纳税所得额=(8000-2000)×0.8=4800元，应纳税额=4800×20%=960元。易错点：漏乘0.8会得1200元；错用住房10%税率会得720元。
问答
财产租赁所得个税计算公式
问题：财产租赁所得（如出租商铺）计算个人所得税时，税费和修缮费用应在乘以(1-20%)之前还是之后扣除？
方案：正确公式：应纳税所得额 = [收入 - 税费 - 修缮费用] × (1-20%)，即所有扣除项（房产税、城建税及附加、印花税、修缮费用）都参与×0.8，先减完所有费用再乘0.8。错误做法是先×0.8再减税费。收入≤4000元时用：(收入-税费-修缮)-800，不乘0.8。修缮费用每次以800元为限，超过部分结转下次；商铺税率20%，个人出租住房优惠税率10%。
主题
税务师备考对话框组织方式
- 建议按科目分开建对话框（税一、税二、涉税实务、法律、财务与会计各一个），而不是五科混在一个对话框里
- 分科对话框能保持上下文聚焦，避免不同税种、不同法条的知识互相干扰，回答更准确
- 知识库文件夹结构（税务师/五个子文件夹）与对话框一一对应，便于归档和检索
- 跨科目综合题（如涉税实务涉及税一税二内容）可临时新建综合对话框，不污染单科学习记录
主题
合规账交付全景链路
- 完整链路：养客户（意识培养）→让客户看懂价值（价值显性化）→交付落地（台账+标准）→验结果（录音质检）
- 选客户是治标，培养意识是治本；不是'挑客户vs培养客户'，而是'分层+施力'
- 客户现在意识弱不代表永远弱，判断标准是'值不值得培养'且动态变化
- 对外红线：不能承诺'零风险/100%合规'，'几乎无风险'是相对概念，内部可讲对外必须加限定
主题
培养客户的投入边界
- 该投入：有客情有增长潜力、愿意逐步配合、有过触动（被查/被坑）的客户
- 不该投入：老板长期回避纯比价、反复承诺不兑现、业务萎缩准备关停的客户
- 时间预期：有的客户一次上门就通（刚被查过），有的要一年才松动，有的永远养不动
- 目标不是每个客户都做成合规账，而是每个客户在自己的节奏上往前走一格
主题
意识培养靠机制而非说服
- 每月发一条同行案例/政策到服务群（成本极低）
- 每月发服务报告说明做了什么事（成本低）
- 每季度上门汇报系统讲一次（成本高但最有杀伤力）
- 关键契机（同行被查/要贷款投标/政策发布/财税异常）第一时间跟进，效果是平时十倍
- 给每个客户建'意识档案'：记录当前层级、本次触动点、下一步推什么
主题
信任是风险沟通的前提
- 没有信任时讲风险=教育，客户觉得你在推销；有信任时讲风险=提醒，客户觉得你在帮他
- 同样内容结果天差地别，顺序不能反：客情基础必须排在问题挖掘之前（公司筛选铁律）
- 攒关系靠：日常主动服务、服务显性化、情绪价值、关键时刻出现
主题
意识培养五步破局法
- L0→L1用冲击：讲身边同行出事的真实案例（如同规模建材商补税罚款七十多万）
- L1→L2用证据：直接拿客户账上数字说话（如其他应收款挂180万三年未动，金四重点监控）
- L2→L3用算账：算清补税罚款金额（如296万跨年未还认定分红补20%个税近60万）
- L3→L4用小步：浴缸比喻，先关水龙头再舀水，先处理最关键往来
- L4→L5用效果：用数字展示成果（往来从280万降到250万，清了30万）
- 分水岭：从'讲道理'切换到'讲他的账'，客户对大环境无感但对自身账上数字一定紧张
主题
客户税务意识五阶梯模型
- 意识分六级：L0无感知（觉得我没事）→L1有认知（知道查得紧）→L2有相关性（知道我的账有问题）→L3有紧迫感（知道不处理会出事）→L4愿配合（愿意行动）→L5主动管理（主动做规划）
- 顾问第一能力不是讲方案，而是判断客户当前处于哪一层，对不同层级用不同话术
- 对L0讲方案听不进去，对L4再讲风险嫌啰嗦，必须按层施力
- 大多数客户卡在L0→L2阶段，是破局重点
主题
季度上门汇报SOP要点
- 上门汇报是合规代账交付中最重要的环节，两大目的：把客户体验感拉满、与客户对齐财务情况
- 客户财务与税务风险只有获得客户支持，才能实现渐进式合规，逐步提高合规程度
- 汇报内容需从知识文档中提炼为1-5条标准动作，形成可复用的上门汇报SOP
- 汇报应围绕客户自身账目数据展开，而非泛泛讲大环境，客户对自身数字最敏感
问答
住房转让装修费扣除限额规则
问题：个人转让住房计算个税时，装修费如何扣除？扣除比例是10%、15%还是25%？
方案：装修费扣除采用'限额与实装修费孰低'原则：实际装修费低于限额时按实际扣除，超过限额时按限额扣除。正确比例是10%或15%（依房屋类型/政策而定），不存在25%的比例。计算示例：转让价260万、原值200万、契税2万（1%）、装修费25万，应纳税所得额=260-200-25-2=33万，应纳税额=33×20%=6.6万。注意：AI曾编造25%比例，属错误信息，需以官方政策为准。
问答
个人住房转让个税免征条件
问题：出售住房时什么情况下可以免征个人所得税？
方案：同时满足两个条件才免征：①自用5年以上（从购入之日起算持有满5年）；②家庭唯一生活用房（夫妻双方共有住房合并计算）。三种不免情形：持有未满5年、满5年但非家庭唯一、非住宅类（商品房/商住两用/店面等永远不享受）。政策依据：财税[2006]108号、国家税务总局2010年第7号公告。不免时按（转让收入-房屋原值-合理费用-契税等）×20%计税。
主题
税务师备考知识库组织方式
- 按科目分文件夹：税务师总目录下分税一、税二、涉税实务、法律、财务与会计五个子文件夹
- 学习对话建议一门课一个对话框，避免五门课混在一个对话里导致上下文串味、检索困难
- 知识库文件按科目隔离，便于单科复习和错题回溯
问答
住房转让个税易错点辨析
问题：计算个人转让住房个税时，哪些处理容易出错导致选项选错？
方案：三个高频陷阱：①把契税单独扣除——正确做法是契税计入房屋原值，且作为装修费10%/15%限额的计算基数；②装修费按实际金额全额扣除——正确做法是按房屋原值×10%（商品房）或×15%（经适房）限额扣除，取实际与限额的较小值；③忽略满5年唯一的免税条件直接套用查账征收算法——应先判断是否满足免税，满足则应纳税额为0。
主题
个人转让住房四种情形判定
- 满5年且为家庭唯一生活用房：免征个人所得税（财税字〔1999〕278号）
- 满2年但不满足免税条件：可按核定征收，通常按收入1%计征
- 满5年但不唯一：走查账征收，按收入减原值、合理费用、税金后20%计税
- 不满2年：核定征收，税率约5%（含营业税附加口径）
- 经济适用房身份只影响装修费扣除限额（15% vs 10%），不影响满5年唯一免税政策
问答
个人转让住房个税计算
问题：个人转让住房如何计算应纳个人所得税？契税和装修费应如何处理？
方案：应纳个税 =（转让收入 − 房屋原值 − 合理费用 − 转让税金）× 20%。关键规则：①房屋原值 = 购房价格 + 契税等相关税费，契税计入原值而非单独扣除；②装修费按限额扣除，商品房及其他住房为房屋原值的10%，已购公房/经济适用房为15%，限额基数含契税；③转让税金（营业税、城建税、教育费附加、土地增值税、印花税）按实际缴纳扣除；④贷款利息、手续费、公证费凭合法凭证据实扣除。依据国税发〔2006〕108号。
主题
税务师多科目学习对话组织
- 建议按科目分开建对话框：税一、税二、涉税实务、法律、财务与会计各一个，与知识库子文件夹结构一一对应
- 分科对话可避免上下文串味，让 AI 聚焦单一科目的术语体系和计算规则，回答更精准
- 跨科目综合题（如涉税实务结合税一税二）可临时新建一个综合对话，把相关科目要点粘贴进去
- 知识库按科目归档，便于按科目检索历史问答，形成可复用的错题与考点沉淀
问答
Edge 安装翻译插件
问题：需要在 Edge 浏览器中安装翻译插件，实现英文网页翻译。
方案：打开 https://microsoftedge.microsoft.com/addons ，搜索「沉浸式翻译」，选开发者 Immersive Translate 的官方版，点「获取」→「添加扩展」，可在拼图图标处固定。用法：点工具栏「译」图标整页双语对照，或右键翻译选中段落；默认 Google 引擎免费够用，可在设置中接入 DeepL API 提升质量。备选 DeepL 官方扩展（商店 ID fancfknaplihpclbhbpclnmmjcjanbaf），两者可共存：沉浸式翻译做整页对照，DeepL 做选中翻译。
问答
无公网IP实现外网访问内网服务
问题：家用/小办宽带通常没有公网 IP，教程要求买域名、备案、配 DDNS、做端口映射，照着走大概率卡在端口映射打不通，且 80/443 端口常被运营商封禁，直接暴露公网还有被扫描的安全风险。
方案：跳过买域名+DDNS+端口映射整章，改用 Tailscale：1) 在 VM 内执行 curl -fsSL https://tailscale.com/install.sh | sh 和 sudo tailscale up；2) 复制终端打印的 login.tailscale.com 链接到浏览器注册并 Authorize；3) 手机装 Tailscale 客户端登录同一账号；4) 关闭手机 WiFi 只用 4G/5G，浏览器访问 http://<VM的100.x.x.x地址> 验证。用 tailscale ip -4 查 VM 的 Tailscale IP。MagicDNS 提供 xxx.tail1234.ts.net 形式的免费域名，无需买域名。免费版 3 人内够用，全员商用约 $6/人/月。
主题
切换模型与上下文关系
- 在同一对话中切换模型，上下文通常不会自动清空，会话历史仍会传给新模型，但不同模型的上下文窗口大小、token 计费与截断策略不同，长对话可能被截断或压缩
- 模型能力差异（推理、代码、长文本理解）会直接影响回答质量，同一上下文换弱模型质量会下降
- 若需彻底隔离，应新建会话而非仅切换模型；切换后建议重新简述关键约束，避免旧上下文中的错误假设被继承
主题
退税实地核查备查资料清单
- 工厂现场照片：车间、生产设备、流水线，用于证明具备实际生产能力
- 网球拍生产工艺流程图：框架弯曲成型、钻孔（避震器位/穿线孔）、喷漆上色、握把缠绕、穿线、检验包装等完整环节
- 原材料采购清单+库存管理台账，采购专票税率13%要齐全，报关单品名/单位需与采购匹配
- 工人花名册+工资发放记录，用于应对退税局实地核查和函调
- 备案准备：营业执照、生产许可证、工厂现场照片；企业类型选'生产企业'、退税方法'免抵退税'
主题
委托加工与视同自产规则
- 委托加工按生产企业退税需满足：委托方与受托方签订委托加工协议、主要原材料由委托方提供、受托方不垫付资金只收加工费、开具加工费增值税专用发票
- 视同自产依据财税11号公告附件5：外购配件需满足同性能、同商标、出口给同一客户等条件，方可视同自产仍按生产企业退税
- 贴牌情形区分：客户提供图纸/规格/标准由工厂代生产并负责销售→仍属生产企业；单纯买成品贴标→可能被认定为外贸企业或商业流通
- 进项税处理：用于自产出口的原材料进项税正常抵扣，不做进项转出（非免税项目）；国内运费9%专票进项可正常抵扣；工人工资本身不含税
- 风险点：外购半成品与自产不同类型且不在视同自产范围，可能被认定为外购货物而适用外贸企业方法；假自营真代理（全部外购仅贴标）适用征税政策
主题
生产企业免抵退税计算与申报
- 核心公式三步：①不得免征和抵扣税额=出口FOB×(征税率−退税率)−抵减额 ②免抵退税额=出口FOB×退税率−抵减额 ③应退税额=min(免抵退税额,期末留抵税额)，免抵税额=免抵退税额−应退税额
- 案例：FOB 100万、征退税率均13%、期末留抵8万 → 不得免征抵扣=0，免抵退税额=13万，应退税额=min(13,8)=8万，免抵税额=5万（抵减内销应纳税额）
- 与外贸企业本质区别：生产企业是'先抵内销、抵不完才退'，计税依据为FOB价；外贸企业按采购金额×退税率退，计税依据为采购额
- 申报表不同：生产企业用《生产企业出口货物免抵退税申报明细表》，外贸企业用外贸企业出口明细表；备案时企业类型必须选'生产企业'、退税方法选'免抵退税'
- 退税率查询：网球拍HS编码一般为9506.5100，需查退税文库确认具体退税率（通常13%）
主题
生产企业vs外贸企业退税判定
- 判定生产企业三标准：①有生产能力（有设备/车间/工人）②出口货物为自产或视同自产 ③做实质性加工（非简单包装贴标）
- 三种情形对比：自己加工出口=生产企业→免抵退税；采购成品直接转卖=外贸企业→免退税；部分自产+外购配件组装=生产企业（外购配件可视同自产）→免抵退税
- 5号公告第57条第(八)项红线：生产企业出口自产货物，若其生产设备、工具等不能生产该货物，则适用征税政策（反读即为判定标准）
- 实操辨别3步：看生产现场（工厂/车间/设备/流程图）→看生产工艺（是否完成框架成型、钻孔、喷漆、缠握把、穿线等全环节）→看原材料（采购原材料自加工=自产；采购成品加包装=外贸）
- 四流一致核查：合同流（与境外客户/中间商签）、货物流（原材料→工厂→成品→装船）、资金流（外汇结算账户收境外货款）、发票流（采购专票+出口发票）
主题
国内注册Google账号方法
- 必须使用稳定的VPN/代理访问 accounts.google.com，否则无法完成验证流程
- 手机验证是关键环节：+86国内号部分地区可收码但成功率不稳定，海外实体号成功率更高，虚拟号（TextNow等）部分已被Google屏蔽
- 安卓手机方案：拔掉SIM卡、连代理WiFi，在开机引导流程中创建账号，可降低地区检测风控
- 同一IP短时间内多次注册易触发风控，建议一次性完成注册流程
- 注册后建议开启两步验证，并配置备用邮箱+安全问题+手机号三件套便于找回
- 姓名、出生日期建议填真实信息，方便后续账号找回
主题
Cloudflare面板403的应对
- 本机访问Cloudflare主控制台返回403，疑似共享IP被标记为数据中心
- api.cloudflare.com 仍可正常访问，可走API方式配置隧道
- 备选方案：chmlfrp.net（国内frp，国内速度快）、向运营商申请光猫超级管理员权限做端口映射
问答
Flask接口name '_time'未定义
问题：/api/admin/status 接口报 name '_time' is not defined，原因是编辑冲突导致文件顶部import语句丢失
方案：在文件顶部重新补充缺失的import：import time as _time、import time、import shutil、import re、import math，然后重启服务验证接口
问答
Python脚本GBK编码emoji报错
问题：Windows下Python脚本print含emoji字符时出现GBK codec编码错误
方案：移除print语句中的emoji字符，或改用纯ASCII/中文输出；根本原因是Windows控制台默认GBK编码无法编码emoji
问答
Tailscale外部设备安装报0x80072f7d
问题：在员工外部设备上安装Tailscale时报错 0x80072f7d - 未指定的错误，无法使用Tailscale访问NAS
方案：该错误是DNS解析失败导致无法连接Tailscale服务器。若外部设备无法安装Tailscale客户端，改用无需客户端的方案：frp内网穿透（如chmlfrp.net）或Cloudflare Tunnel，通过浏览器直接访问分配的公网域名
主题
家用公网IPv4搭建私有云NAS方案
- 有公网IPv4时优先用DDNS+路由器端口映射，无需内网穿透
- 功能组合：文件共享用SMB/NFS/WebDAV，私有云盘用Nextcloud/Seafile，媒体用Jellyfin/Plex，备份用Restic/Duplicati/rsync
- 远程访问备选：Tailscale/ZeroTier（需客户端）、Cloudflare Tunnel、frp（如chmlfrp.net国内节点）
- 管理界面可用CasaOS/Portainer降低命令行门槛
- 选型前需确认：操作系统、是否仅局域网、是否用Docker、硬件常开情况、是否有公网IPv4
主题
Ollama本地摘要与云API对比
- Ollama 是本地大模型运行器，安装包约 100MB，模型文件 3B 约 2GB、7B 约 4GB，完全免费且可离线运行，数据 100% 不出本机
- 性能对比：DeepSeek 云 API 单会话 5~10 秒、质量最高、约 ¥0.009/会话；Ollama qwen2.5:7b 需 1~3 分钟、质量中等；qwen2.5:3b 需 30~60 秒、质量一般
- 无独立显卡（如 Intel UHD 630 核显）只能 CPU 推理，速度慢；16GB 内存仅剩 7.7GB 可用时跑 7B 模型（Q4 约 4.7GB）有卡顿风险，3B 模型（约 2GB）更安全
- 接入方式：改 cards.py 走 OpenAI 兼容接口 http://localhost:11434/v1
- 折中方案：继续用云 API，但在发送前做脱敏（手机号、身份证、公司名替换为占位符），或按敏感关键词分流到本地模型
主题
本地知识库数据安全与备份
- 存储、搜索、关联全部本地完成不外发；但生成知识卡片时会把该会话完整对话文本发送到 api.deepseek.com，属于唯一外发环节
- 敏感数据两种处理：改用本地 Ollama 推理，或只对非敏感会话生成卡片
- 备份遵循 3-2-1 原则：3 份数据、2 种介质、1 份异地；当前备份与数据同在一块硬盘，硬盘损坏会同时丢失，必须定期把备份 zip 拷到移动硬盘
- 敏感数据建议用 BitLocker 加密数据盘
主题
本机搭私有云NAS方案选型
- 功能组合：文件共享用 SMB/NFS/SFTP/WebDAV；私有云盘用 Nextcloud/Seafile；媒体服务用 Plex/Jellyfin/Emby；下载用 qBittorrent/Aria2；备份用 Restic/Duplicati/rsync；管理界面用 CasaOS/Portainer/YunoHost
- 有公网 IPv4 时无需内网穿透，走「域名(免费DDNS) → 路由器端口映射 → 本机服务」即可稳定访问，对外统一用 HTTPS
- 选型前需确认：操作系统、局域网还是公网访问、是否装 Docker、硬件配置、是否有公网 IPv4 或仅 IPv6/运营商 NAT
- Nextcloud 等方案建议配 MariaDB 而非默认 SQLite，媒体服务可选硬件加速转码
问答
同机测试 dsh_watcher 会重复归档
问题：在同一台 NAS 上为 ehong001 安装 dsh_watcher 做测试时，两个 watcher 读取相同的 DSH 会话文件，同一会话会被同时打上 alice 和 ehong001 标签，产生重复归档。
方案：本地仅用于验证链路可以接受重复；生产环境应让每个员工在自己的电脑上运行 dsh_watcher --employee <工号>，各自只归档本机会话，避免同一会话被多实例重复采集。
问答
monitor.py 多实例进程识别修复
问题：在 monitor.py 中新增 dsh_watcher 的第二个实例（--employee ehong001）后，原 is_running 判断只匹配 'dsh_watcher.py' 和 '--rag'，无法区分 alice 与 ehong001 两个实例，导致状态检测错误。
方案：1) 在服务列表中新增 name 为 dsh_watcher_ehong001 的条目，cmd 中指定 --employee ehong001 及对应 nas-url/token/web-url/--daemon/--interval 30/--rag；2) 修改 is_running 的 match_args 分支，按 name 区分：dsh_watcher 类需同时匹配 'dsh_watcher.py' 与 '--rag'，并进一步用 '--employee' 后的参数值区分实例；3) 注意 Python 中 `('--employee', 'alice' in out)` 是元组而非布尔表达式，应写成 `'--employee' in out and 'alice' in out`。
主题
多地址访问入口与 frpc 内网穿透
- 同时提供三类访问地址：永久公网域名（frpc + chmlfrp 映射）、临时公网 URL（Cloudflare Tunnel 备用）、内网 Tailscale 地址
- 首页 banner 展示全部访问地址，方便用户按网络环境选择
- frpc 以守护进程运行，配合 Windows 任务计划实现开机自启
- HTTP 明文传输密码不安全，需 HTTPS 时应绑定自有域名（chmlfrp 支持自定义域名）
主题
Windows 本机搭建私有云 NAS 方案
- 有公网 IPv4 时无需内网穿透，用 DDNS + 路由器端口映射即可稳定公网访问
- 功能组合：文件共享用 SMB/NFS/SFTP/WebDAV；私有云盘用 Nextcloud/Seafile；媒体用 Plex/Jellyfin/Emby；下载用 qBittorrent/Aria2；备份用 Restic/Duplicati/rsync；远程访问用 Tailscale/ZeroTier/Cloudflare Tunnel/FRP
- 不想折腾命令行可用 CasaOS/Portainer/YunoHost 做管理界面
- 方案选型前需确认：操作系统、是否仅局域网或需公网、是否装 Docker、硬件配置与硬盘数量、是否有公网 IPv4 或仅 IPv6/运营商 NAT