如何以编程方式进入另一个命令的完成状态？
假设我的当前目录中有a1、a2和a3文件，那么我如何让我的命令调用ls a的自动完成功能来取回a1 a2 a3？
这可能吗？

• • 说明和理由**：

我选择ls是因为人们可以与它联系起来。这是一个人为的例子，故意简单，以便人们可以不受干扰地理解这个问题，但不幸的是，这样的例子有时会让我们偏离主题。：）
让我试着举例说明这个特性的价值。我有一个名为build的命令，给定一个目录，它可以自动完成到可以在该目录中构建的目标。那些目标可能不对应于该目录中的文件，所以全局补全（* 和其他通配符）将不起作用。目标可能是由build命令从我不想解析的构建文件中挖掘出来的。换句话说：
build path/to/dir/标签
可能导致：

path/to/dir/a_target
path/to/dir/b_target

同样，a_target和b_target不是文件或目录。
build是一个预先存在的命令，我不能继续修改它以满足我的目的，而且它产生有效完成的方式也是我肯定不想知道或重新发明的。
现在假设我有一个完整的build able项目库，我的大部分工作，也就是我的大部分build工作只发生在一个项目中，换句话说，我总是把build作为my/project/directory下的目标。
到目前为止一切顺利。
我想写一个构建命令的 Package 器，这样我就不需要在每次运行它时都提供目录路径，我想让它知道我的首选项目目录（或者多个目录，为什么不呢），让我引用目标而不限定它们：
假设我有：

my/project/directory/a_target
my/project/directory/b_target

我想要这个：
mybuild标签
来给我：

a_target
b_target

基本上，我想修饰和简化build的行为，以满足我的特殊需要。
我需要为mybuild编写自己的完成代码，但我希望它依赖于build的完成，因为我不能让build的开发人员编写一个build listtargets命令来取悦我。（尽管那样会更健壮。）build命令已经有代码了，给定前缀就可以返回所有匹配的目标。build正在完成中，我需要利用它。
(Of当然，当我运行mybuild a_target时，我会确保它知道要运行build my/project/directory/a_target。我知道如何实现它，它不在这个问题的范围内。）
我希望这说明了为什么需要利用build命令的完成并将其作为黑盒调用。