onixbyte/onixbyte.com
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

style: format the repository with prettier

Browse Source 
These files were already out of step with the project's Prettier config
before this branch of work; running `pnpm format` finally swept them up.
No semantic changes.

Kept separate from the functional commits so the reformatting does not
bury them in diff noise.
This commit is contained in:
zihluwang committed 2026-09-25 15:37:59 +08:00
1 parent 6800f7251d
commit 861852961f
50 files changed
+643 -678
Download Patch File Download Diff File Expand all files Collapse all files

No files matched your search

docs/zh-hans/blogs/email-like-a-boss.md
+11 -11
View File
@@ -17,17 +17,17 @@ author:
## 场景速查表
| 场景 | ❌ 别用（听起来……） | ✅ 改用（听起来……） | 为什么有效 |
|----------|--------------------------------------------------------------|----------------------------------------------------------|-----------------------------------------------|
| 回复晚了 | **Sorry for the delay**<br/>（抱歉回复晚了） | **Thanks for your patience**<br/>（感谢你的耐心等待） | 前者在道歉，后者在感谢——从「我做错了」转变为「你太好了」，既表达了歉意又让对方感到被尊重 |
| 约时间 | **What works best for you?**<br/>（你什么时候方便？） | **Could you do …?**<br/>（你可以在某某时间吗？） | 前者把决定权完全推给对方，后者主动给出选项，减少来回沟通的成本 |
| 帮助了别人之后 | **No problem / No worries**<br/>（没问题 / 别担心） | **Always happy to help**<br/>（乐于效劳） | 前者暗示这件事"本来可能是个问题"，后者传递出你乐在其中、下次还愿意帮 |
| 提出建议 | **I think maybe we should …**<br/>（我觉得也许我们应该……） | **It'd be best if we …**<br/>（最好是……） | 前者透着犹豫和不自信，后者直接给出判断——像有经验的人在做决策 |
| 文字沟通费劲 | **_花 30 分钟反复修改一封邮件_** | **It'd be easier to discuss in person**<br/>（当面/电话聊会更轻松） | 意识到沟通渠道本身就是问题，果断切换方式反而是效率最高的选择 |
| 确认对方是否理解 | **Hopefully that makes sense?**<br/>（希望我说清楚了？） | **Let me know if you have questions**<br/>（有问题随时问我） | 前者在怀疑自己的表达能力，后者把责任合理地分担给对方，姿态更稳 |
| 催进度 | **Just wanted to check in**<br/>（只是想确认一下） | **When can I expect an update?**<br/>（我什么时候可以收到更新？） | 前者显得小心翼翼不敢打扰，后者直接问时间节点——清楚、礼貌、专业 |
| 犯了小错 | **Ahh sorry my bad totally missed that**<br/>（啊啊抱歉我的错，完全漏掉了） | **Thanks for letting me know**<br/>（感谢提醒） | 前者过度道歉反而让对方尴尬，后者承认了问题但把焦点放在了"解决"上 |
| 需要早退 | **Could I possibly leave early?**<br/>（我能提前走吗？） | **I will need to leave at …**<br/>（我需要在某某时间离开） | 前者在请求批准，后者在陈述安排——你是专业人士，不需要为合理需求道歉 |
| 场景 | ❌ 别用（听起来……） | ✅ 改用（听起来……） | 为什么有效 |
| ---------------- | --------------------------------------------------------------------------- | ------------------------------------------------------------------- | ---------------------------------------------------------------------------------------- |
| 回复晚了 | **Sorry for the delay**<br/>（抱歉回复晚了） | **Thanks for your patience**<br/>（感谢你的耐心等待） | 前者在道歉，后者在感谢——从「我做错了」转变为「你太好了」，既表达了歉意又让对方感到被尊重 |
| 约时间 | **What works best for you?**<br/>（你什么时候方便？） | **Could you do …?**<br/>（你可以在某某时间吗？） | 前者把决定权完全推给对方，后者主动给出选项，减少来回沟通的成本 |
| 帮助了别人之后 | **No problem / No worries**<br/>（没问题 / 别担心） | **Always happy to help**<br/>（乐于效劳） | 前者暗示这件事"本来可能是个问题"，后者传递出你乐在其中、下次还愿意帮 |
| 提出建议 | **I think maybe we should …**<br/>（我觉得也许我们应该……） | **It'd be best if we …**<br/>（最好是……） | 前者透着犹豫和不自信，后者直接给出判断——像有经验的人在做决策 |
| 文字沟通费劲 | **_花 30 分钟反复修改一封邮件_** | **It'd be easier to discuss in person**<br/>（当面/电话聊会更轻松） | 意识到沟通渠道本身就是问题，果断切换方式反而是效率最高的选择 |
| 确认对方是否理解 | **Hopefully that makes sense?**<br/>（希望我说清楚了？） | **Let me know if you have questions**<br/>（有问题随时问我） | 前者在怀疑自己的表达能力，后者把责任合理地分担给对方，姿态更稳 |
| 催进度 | **Just wanted to check in**<br/>（只是想确认一下） | **When can I expect an update?**<br/>（我什么时候可以收到更新？） | 前者显得小心翼翼不敢打扰，后者直接问时间节点——清楚、礼貌、专业 |
| 犯了小错 | **Ahh sorry my bad totally missed that**<br/>（啊啊抱歉我的错，完全漏掉了） | **Thanks for letting me know**<br/>（感谢提醒） | 前者过度道歉反而让对方尴尬，后者承认了问题但把焦点放在了"解决"上 |
| 需要早退 | **Could I possibly leave early?**<br/>（我能提前走吗？） | **I will need to leave at …**<br/>（我需要在某某时间离开） | 前者在请求批准，后者在陈述安排——你是专业人士，不需要为合理需求道歉 |
## 核心原则