关于本文
本文是通过利用生成式 AI 的自动化生成流程创建的。我们确认了 .NET/WPF 的 Clipboard API 规范，并从构建不在剪贴板中保留机密信息的本地确认 UI 的角度进行了整理。验证状态：📘 已确认微软官方规范，未在 Windows 实机上验证
剪贴板虽然方便，但也可能会发生将密码、API 密钥、个人信息复制后误粘贴到其他地方的事故。只需通过 PowerShell + WPF 在本地显示“当前剪贴板有多少个字符”，就能成为理解操作系统共享状态的生动教材。
成功条件
SUCCESS: 仅在按下按钮时，将当前文本的字符数显示在屏幕上。内容本身不保存到日志中。
Smoke Test
Add-Type -AssemblyName PresentationFramework
if ([System.Windows.Clipboard]::ContainsText()) {
$text = [System.Windows.Clipboard]::GetText()
"SUCCESS Length=$($text.Length)"
} else {
'SUCCESS No text in clipboard'
}
在这个最小示例中，内容不会显示在屏幕上，只查看长度。
观察这里
剪贴板不是应用程序专属的变量，而是用于与其他应用程序传递数据的共享状态。在体验便利性的同时，也能观察到“复制的信息会作为下一次粘贴的候选保留下来”这一现象。
尝试修改一个地方
在记事本中复制 hello 并运行，然后更改为 hello world。如果 Length 从 5 变为 11，就可以在不保存内容的情况下观察状态的变化。
如果要将其发展为 WPF 应用
最小化的 UI 仅包含一个按钮和一个结果标签。不要一开始就加入自动监控，由用户在按下按钮时才读取这样更容易理解操作和隐私边界。
graph LR A[利用者が確認] --> B[Clipboardを読む] B --> C[長さ/種別だけ表示] C --> D[保存しない]
如果在工作中实际使用
它可以发展成为一个在向 AI 提问前、粘贴到工单前、粘贴到外部邮件前用来确认“当前复制了什么”的工具。不过，不能指望仅凭正则表达式就能完全判定机密信息，仍需保留人工的最终确认。
此外，在实际应用中，不将剪贴板正文发送到文件或网络、不保留在日志中、不进行不必要的常驻监控，这些设计至关重要。
从失败中学习到的经验
WPF/Clipboard 的处理方式可能会根据执行线程的单元状态（apartment state）而有所不同。如果出现错误，请不要将其掩盖，而是记录 PowerShell 5.1/7、STA/MTA 以及 OS 构建版本，将差异作为教材。
总结
剪贴板是行政办公人员每天都要使用的功能，但在操作系统层面它是一个共享状态。通过 PowerShell + WPF 在不保存内容的情况下仅观察状态，可以通过一次小小的尝试来学习 API、UI 以及信息保护。
官方信息与第一手资料
- .NET Clipboard: https://learn.microsoft.com/dotnet/api/system.windows.clipboard
